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ABSTRACT - - 

This report describes the results of a survey of 27 libraries 
which had in operation ^0 mechanized systems for acquisition, 
cataloging and circulation control. The libraries were selected 
on the basis of advanced performance in the state of the art of 
library automation. The overall trends show libraries increasing 
. their use of on-line systems and basic assembly language programming 
and moving into the area of catalog mechanization. The data describ 
ing each library activity was collected by an interview consisting 
of a presentation by the library staff and \^e completion of 
a questionnaire. The presentation of the library activity was 
summarized into a "System Overview". The data from the question- 
naires was tabulated on project summary sheets which facilitate easy 
comparison of each library's processing capabilities. Also, 
the totality of processing functions observed in all systems 
was tabulated for the purpose of providing a single list of 
all such mechanized library processing functions A bibliography 
of published system descriptions and a directory addresses 
auid telephone numbers of the principal staff members of the 
libraries visited is included. The information presented in the 
repox*t should be useful in ascertaining what has already been 
mechanized in acquisition, cataloging and circulation control, 
whether it is available for tramsfer to another installation, and 
what detailed functions it mechanizes. A second use of the 
information in the report is as an automation check list if one 
is designing his own mechanized library system. 



1. INTRODUCTION & SUMMARY 
The California State University and Colleges operate a 
major academic library at each of 19 campuses , and a small 
supporting library for the Chancellor's Office. Each library 
renders a- wide range of library services for its faculty £ind 
students as well as for other State residents. In common with 
all major acadeirCTc^libraries, there exist problems in providing 
user service, maintaining collection quality, and in the provision 
of general support services required by the academic community on 
each campus. These problems have been compounded by budget 
stringencies, and austere library staffing. To find relief from 
thes,e resource problems the college librarians have followed 
library automation developments carefully and now seek to apply 
such technology to these resource problems. 

The librarians also have observed that large-scale operational 
automated library systems historically have had good and bad 
results. Thus, while the librarians would like to have the 
benefits of automation, they do not want to risk library services 
to an uncertain course of action; nor commit major resources to 
strictly experimental and. ixndocumented systems whose operational 
performance cannot be accurately predicted. 

In order to initiate a program of automation to provide 
future benefits for the CSUC libraries, a program called the 
Library System^s Project has been established as a working partner 
for the CSUC librarians to provide the needed library support in 
automation. 
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In this program of library automation planning and development 
a need arose for a survey of the automation activities at libraries 
in the United States and Canada. The results of such an investi- 
gation would provide information on what was needed in a mechanized 
system by observations of what others are doing, an easier and 
less time consuming task than defining needs from scratch though 
design sessions. Also many of these systems in operation are 
available for transfer wholly or in part, at a great saving in 
cost, if the host con^uter environment planned by CSUC is appropriate 

Because the staff required for a complete survey exceeded 
that available at the Library Systems Project Office, it was decided 
to contract the work to a consulting and systems design firm with 
experience in library automation. Inforonics, Inc. of Maynard, 
Mass., a firm who had performed work for the Library of Congress 
and the New England Library Information Network (NELINET), was 
chosen to perform the survey. 

The survey was divided into two phases: Phase I, a broad 
survey overview of existing automated systems, and Phase II, a 
detailed study of three systems. The Phase I project was performed 
in three months, and this report describes the results of that 
survey. 
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Survey Objective 

The objective of the study was to gather data describing the 
best systems In operation at this time. Additional supporting 
data required consist of the answers to the following general 
questions about the automated system: 

What do -they do? 

Do they work or are they only planned? 
Are they practical? 

What do they cost to operate? * ' 

Are they transferrable to CSUC? 
Survey Methodology 

The means prescribed to gather data was a survey. The 
survey consisted of: 

1. Designing a questionnaire and selecting a se libraries. 

2. Visiting libraries and Interviewing people responsible for 
the automated system. 

3* Tabulating^ comparing and analyzing data collected. 
4. Preparation of a final report. 

— This procedure was deemed the best way to collect a large 
amount of data In a short time using different people to perform 
the Interviews. 
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Sluamary Findings 

Approximately 1,000 pages of questionnaires, short reports, 
journal articles and other raw data were collected, as well as 
many personal observations. The bulk of this report Is devoted 
to tabulating and analyzinb this dat&. In sunuaary, however, it 
was found that: ^ 
1« The systems observ d wox4ced In a practical manner. 
2. None of the systems were total— that Is, performed all 

functions which could be automated In a library. 
3* Nearly all of the systems were being modified to add 

Improvements and/or additional operating functions, or to 

lower processing costs. 
4. Nearly all of the systems used a university or library 

cooperative coiiq;>utlng center. 
5* A few libraries had mlnlcoiq;>uters In the library for 

In-house processing tasks. 
6. The librarians said that the basic technical competence of 

library professionals and clerical staff was adequate to perform 

any of the new tasks required by automated library operation. 

Few libraries had any formal training procedures. 
7* Some of the systems are transferrable at the computer code level. 

More are transferrable at the requirement and systems design 

level. 

8. The majority of the; librarians said that their system cost less 
than manual ones, and as time progresses automated system costs 
i would increase more slowly than manual system costs. Also as 

I more functions were added co the systeiis, additional savings 

i 

i 
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In cost would result. Some thought costs would be the same 
or higher, but overall costs would not continue to Increase 
at the same rate. I.e., the automated systems would stem the 
tide of splrallng costs. 
Future Use of Survey Data 

The report which follows can be considered a description of 
the present state of library automation systems Implementation. 
To K Jce a more complete overview It seems appropriate to begin the 
report with a short review of library automation leading up to the 
present. Those who are familliatr with this history may skip to 
Section 3. - - 



2. REVIEW OF LIBRARY AUTONATION 

2.1 Early Applications 

The early applications of data processing to libraries began 
over 20 years ago with the use of punch card systems for acquisi- 
tion and circulation control. The problem with the. early systems 
was that many coi«>roal8es In standard library practices were 
required In order to use machines designed primarily for accounting. 
In addition, the early efforts did nothing to solve or aid in 
some of the coaplex Intellectual tasks required in acquisition, 
cataloging, and use of library materials. Because these eL'*ly 
efforts were so limited in scope and so foreign to conventional 
practice, their adaption was unnotlceable in the library world. 

2.2 Major Development Efforts 

More serious library automation efforts were begun when the 
following took place: 

1* **Dooumentalist8'' defined here as people interested in storing 
and searching report and journal literature, bolted the ranks 
of librarians and began designing and operating systems outside 
of the libraries, aided by funding sources external to those 
available to libraries, 

2« The recent education bo&m fostered a large increase in 
publishing and thus acquisitions by libraries, and an in- 
creased number of libraries to be built from scratch to 
serve the new colleges and universities. These activities 
placed a large workload on the available library talent with 
the result that librarians began to look to automation for help. 
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3. The rise in salaries of the intellectual and skilled clerical 
labor required in lilDraries began to seriously affect 
library budgets. Further it was recognized that the steady 
rise in these labor rates is not J3eing offset by any increase 
in productivity because there were no mechanized aids being 
installed. 

These situations prompted a flurry of development in the 
past 10 years which has continued to the present time. The major 
results have been the following: 
2 . 3" Machine Data Bases stnd Searching 

One effort sponsored primarily by "documentation" people was 
aimed at developing machine files of journal and report literature 
searchable by subject, author, source, and other descriptive 
cataloging data. These development efforts are still underway but 
currently are at a much more modest scale. The "document alists" 
have not completely solved this report literature problem, 
and many have returned to the ranks of the libraries and library 
activities, bringing with them, to the good we think, a lot of 
converted engineers and computer people. The "document alists" 
learned that topical searching of very large files is very 
difficult, but they also learned how to design text data ba;5es, 
arid proceded using good cataloging practices to apply this data 
base knowlgdge-4;o descriptive cataloging elements and entries. 
Early work led to a set of experiments at the Library of Congress, 
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which were continued in a pilot project called L.C. MARC !• This 
project resulted in the establishment of L.C. MARC II data base, 
which now is a well understood standard. 

2.4 Clerical and Accounting Aids 

The second effort was the development of improved machine 
aids to the typing and accounting processes involved in book 
acquisition. Beginning with the early punch card systems con- 
verted to computer operation, these systems have been in a constant 
state of development. The acquisition problem is complicated 
and it has tsiken a long time to develop a comprehensive one. A 
normal business would be in trouble indeed if it has purchasing 
problems akin to those in library acquisition, where you buy in 
a quantity of one, from over 5>000 possible vendors, and where 
the identification of what you are buying changes as new editions 
come out, where the vendor will tell you he intends to publish 
and doesn't, and fails to tell you he changed his mind. Because 
the acquisition process contains a myriad of problems, the design 
of'^ basic purchasing system can be improved upon ad infinitum to 
solve them. This is what has happened until at present we have 
some quite complete powerful systems in operation thoug^i none 
solves all problems. 

2.5 Aids to the Intellectual Process 

The third type of library automation effort begun only more 
recently is the development of methods of increasing the productivity 
of the professional and semi-professional library staff. These 
activities center around the bibliographic search and cataloging 
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processes, and aids have been developed for the reformatting and 
automatic typing of bibliographic material , and trhe easy editing 
or revision of such material. These operations also support the 
use of the cataloging in acquisition and reference search. These 
developments have appeared much later than acquisition because 
new ^computer equipment and softwaz*e were required to allow large 
files to be readily accessable to library personnel. These latter 
cataloging developments are new and not developed to the extent of 
.acquisitions systems, however they hold the most promise for gain 
in personnel productivity. They also foretell an increase in scope 
of library service by connecting users and reference staff to 
reference data bases outside of a locail library. 
2.6 Present Situation 

All of this brings us to the present. From what we have 
seen in our survey, the problems with the developments of the 
recent past, primarily high cost axid inaccurate system objectives 
are over. The new time-sharing computer equipment, software 
power and flexibility, the maturing of newer library school 
graduates with systems and data processing training into 
management positions, anc). the attitude of progressive library 
managers seeking to improve libraries^service to cost ratio, 
combine to make a% power fulL^team. At this time, we say such a 
team can survey operational requirements, identify processing 
functions, design or adapt a system, program, deliver and install 
it on a predictable cost and time schedule. 
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3- DESCRIPTION OP DATA COLLECTION ACTIVITIES 
Authorization to proceed with Phase I of the project was 

given on July 18, 1972, Work began immediately and continued in an 

intensive manner throughout the summer. Tabulation, summation 

and evaluation of the data took place in October, and a final 

presentation was made on October 20. 

3.1 Library Selection 

The first step in the Library System Evaluation was the 

development of a list of systems to be surveyed. The criteria 

for selections were: 

1. The operational state of the system. 

It was desired to survey systems that were in operation, 
not merely in the planning or design phase. 

2. The growth potential of the system. 

It was desirable to study systems which intended to grow 

and mechanize additional library operations, not 

systems which were at the end of their development potential. 

3. The extent to which the library was mechanized. 
Libraries with more than one function mechanized were 
desirable candidates for they more closely approached a 
total system. 

A basic list of systems to be surveyed was provided to 
Inforonics in the CSUC request for proposal. This list was 
expanded using the advice of our staff and library consultants. 
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Telephone contact was made with each library on the list, and 
a brief inquiry was made into the state of their library *s 
automation activity, whether they were willing to participate 
in the survey project, who was the proper person to visit, 
and what visit dates were convenient. The results of these 
conversations were recorded on a Telephone Survey Data Sheet 
and summarized on a final list of libraries to be visited. 

Inforonics* staff and consultants were assigned to each 
library and the list was submitted for approval to the Library 
System Project and its Technical Advisory Committee. The list 
was approved with one or two changes in libraries selected and 
consultant assignments. 

Several additions to the list were made during the course 
of the survey as either we or the Library Systems Project staff 
learned of other library automation projects. In all 27 libraries 
were visited. 

3.2 Development of Survey Questionnaires 

Simultaneously with the refinement of the list of libraries 
to be surveyed, the questionnaires were designed. The use of these 
questionnaires facilitated the easy comparison of sets of data 
collected by different interviewers at different institutions. A 
survey questionnaire, containing a set of data items which describe 
the mechanized processes, was developed for each function: 
acquisition, cataloging and circulation control. A first draft ques- 
tionnaires in each of these three areas was tested by a visit to one 
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of the libraries which had mechanized its acquisition, cataloging * 
and circulation control functions. Problems with the questionnaire 
were discovered during the interview, and some questions were 
modified to correct these problems. The questionnaires were 
revised and presented to the Library Systems Project and its 
Technical Advisory Committee, who requested the addition of a sectioi 
on personnel data, and approved the questionnaires. 
3.3 Visitations 

After receiving approval of the questionnaires and list 
of libraries, a final schedule of visits was arranged. The visits 

ranged firom one to two days and the interviews took between three 

and ten hours. The longer visits were required for those libraries 
which had more than one function mechanized. 

A typical visit began with the library staff member cognizant ol 
the automation activities briefing the interviewer for 1/2 to 
1 hour. The interviewer took notes during this briefing and 
asked questions of clarification only. These notes were written 
up as a System Overview of each library. The System Overviews 
are contained in Appendix A. Next, the applicable questionnaires 
Were completed during a question and answer dialog. In all 
libraries, some datuHjerreHrot^ or the interviewee was 

x^eluctant to provide it. 

At the end of the interview, a cover sheet, which listed 
all of the personnel responsible for the library management 
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and systems design activities as well as the university 
administration, was filled out. The purpose of this cover 
sheet was to provide a point of contact for further discussion 
with the library. These cover sheets are included as Appendix B. 
Samples of the questionnaires are included as Appendix C. 

Approximately six weeks was expended in the major 
portion of this interviewing activity although a few libraries 
were visited in the second ;and third months due to scheduling 
difficulties. 

3.^ Interview Success 

The interviews were very successful fpr several reasons. 
First the interview was conducted in person, so the interviewee 
did not have to struggle alone with long forms and the problem 
of interpretation of questions. Dialog with the interviewer quickly 
straightened out any ambiguities. Second, the interviewer was 
a person with a record of accomplishment in library automation, 
so that complicated points in design or operational philosophy 
mentioned by the interviewee were under^stood and appreciated. 
Third, the questionnaire was good and made the interview interesting. 
Several interviewees mentioned that the interview was a useful 
design and review exercise because the questionnaire had such 
a complete set of questions. 
3.5 Limitations of Survey 

The data collected in the interview was in most cases complete. 
Its accuracy could not be verified because there was no time for 
extended tours and inspection of the library activities, however 
we have no reason to doubt the answers given us. Also there was no 
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time to review the completed questionnaires or overviews with the 
library staff during the data summarizing activity, although it 
would have been useful to do so. In some cases we were told that 
a particular new process was not installed yet. Such a process 
was included as operational if its installation date was within 
three months , and its predecessor system was operational. 

Thej)rimary limitation in the data collected is that some was 
not available. Either it was unknown at the time of the interview, 
or in the case of the opinion type questions, the interviewee 
preferred not to answer. 
3.6 Survey Follow-»up 

Once the interviews were completed, the task of summarizing 
and conq;)aring the data was begun. Additional information was 
sometimes needed, and if important the library was contacted by 
telephone. 
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4. GENERAL SYSTEMS CONFIGURATIONS 

In reviewing all of the detail of the data contained in the 
questionnaires, it is very difficult to obtain an overall picture 
of the con5)uter and communication environments of the mechanized 
library operations. Such a description is provided here to give 
a review of the "forest" prior to looking at the "trees", and to 
provide definitions of terminology used later in this report. 
4.1 Off-line Batch Processing 

Off--line batch processing, shown in Figure 1, is the most 
common computer configuration available to libraries using data 
processing. In using off-line batch processing, data are delivered 
to the con^uter in magnetic tapes, punch cards, or punch tape 
form. The con?)uter processes the library's job according to 
a schedule dedicating the entire computer or some segment of 
the con^uter to the job. 

The encoding devices used by the library to prepare input 
data can be card punches, paper tape keyboards, magnetic tape 
keyboards. More complex off-line encoding devices are exemplified 
by the Colorado Instruments circulation control input in which 
card reading terminals are connected to a device called a "pooler^ 
which gathers the separate terminal inputs onto a single magnetic 
tape to be sent to the conqputer. 

The outputs delivered to the library from this type of system 
are printed lists, printed cards, reports, punch cards for circulation 
control, etc. 
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^•2 On>*llne Direct Terminal Connection 

In an on-line computing system the library user is connected 
to the computer at all times* The on-line computer Is processing 
many jobs at once^ and can allocate part of Its central 
processing unit to each user to process part of their Job^ going on 
to the next user and repeating this cycling continuously, until 
all Jobs are conqpleted* In addition to this cycling, user priorities 
can be set up so that low priority tasks are delayed for high 
priority Jobs* For example, a large low priority printing task 
such as a book catalog can be delayed momentarily while data 
from a high priority circulation control transaction is processed* 

An on-line system with direct terminal connection is shown 
in Figure 2. ^ 



Teletypewriter 
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The Input devices for direct terminal connection can be a 
teletypewriter^ computer terminal typewriter, cathode ray tube 
(CRT) display, circulation control card reading stations, or 
the poolers of other terminals. 

The outputs in addition to off-line printed lists, cards, 
etc., are messages typed or displayed directly at the input 
terminal* The capability offered by an on-line system is that 
.of rapid (often instantaneous) response to searches or questions. 
' ^ The central computer for most library processing must have 
disk storage dedicated to library uses. This disk storage is 
analogous to, and performs the same functions as, a manually used 
card file. The amount of storage available limits the 
scope of automation applications. For exanq)le» the search of 
books in circulation requires a much smaller amount of storage 
compared with the amount required for a searchable catalog. 
4.3 On-Line Library Minicomputer 

When a minicomputer is used in a library to connect its 
terminal to the central computer, additional flexibility is obtained 
in the variety of tasks which can be performed in the l:lbrary, 
and in the schedule on which they can be performed. A mini-computer 
is more flexible than a pooler because the minicoBq;)uter can be 
programmed to handle a variety of tasks, and new tasks can be 
added as the need arises. Also the minicomputer with some storage 
can operate on a stand-alone basis apart from the conqputer should 
the central conqputer fail or be overloaded. 
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Figure 3 shows such a eonflgux'ation. The minicomputer 
storage is a variable. More storage obviously enables the 
minicomputer to perform more tasks, or handle more volume 
between calls to the central computer. The connection to the 
central computer can be automatic under the control of each and 
can be continuous, hourly . or daily — ' 




H,H Pooling Data Entered from Terminal 

In a ^^pooler" data is accepted from terminals character by 
character and processed to create integrated records to be 
recorded on tape or transmitted directly to the central conqputer. 
4.5 Polling Data Entered from Terminals 

In a "polling" system all terminals are connected to a single 
telephone^ line, a computer scans each terminal to see if it has 
data to transmit or if it is ready to receive data from the conqputer. 
If so the computer receives from or transmits to the terminal. 
While it is polling that terminal it cannot receive or transmit 
data to or from any other terminal. 
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Polling teradnals usually have the internal capability to 
8to)?e» display and edit small amounts of data on a local basis 
which allows an operator to enter, view, and change data without 
interacting with the central computer for each keystroke. 
Interaction takes place only when a search, store record, or 
delete record comand is made, and because the transmission 
to the computer is so fast, many messages can be interspersed 
before one terminal transmission delays a display to another so 
as to be bothersome to its operator. 
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5. COMPOSITE SYSTEMS FUNCTIONS 
During the coiQ>arlson of the questionnaires data it was found 
that different libraries mechanized different functions. It 
became evident that an overall picture showing the totality of 
functions which had been mechanized would be a useful design tool. 

The data was analyzed to obtain an enumeration of all mechanized 
functions observed^ which has been named Composite Systems Functions. 
Althou^ the lists are lengthy and contain all data collected, it 
should be pointed out that there undoubtedly are additional functions 
which could be mechanized* 
5^1 Acquisition 

All of the processing functions researched in acquisition 
are listed be low « 

Request Processing 

The following types of requests were processed by the system. 
Faculty requests 
Library staff requests 
Replacement or added copy requests 
Approvals 
Standing orders 
Search 

Search public catalog and on order card files 
Search public catalog card file and on order list 
Search public catalog and on-line or order file 
Search on-line public catalog and on order file 
Search MARC magnetic tape files 
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Order Processing Operation ' . 

Validate Input record 
Create In process file 
Print requestor notification 
Request approval 
Print on order list 
Print permanent order list 
Pritiu o.p. request list 
File update for each order status change 
Cancel 
Claim 

Display status 

Reorder from different vendor 
Print purchase orders 
Print cancellation list 
Receiving and Accounting Processing 

Update file with receipt information 

Check invoices 

Pz^pare checks or vouchers 

File update 

Update fund allocations; encumberances; liquidations 
Update totals » allocations; encumberances; liquidations 
Check on "special vendors" 

Check discounts offered to discounts received 
Handling of partial shipments 
Workflow monitoring 
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5.1.1 Equipment Used In Surveyed Institutions 
Computers 

IBM System 360, Models 30 RCA SPECTRA 
or larger 

PDP-11 (Digital Equip. Corp.) IBM 370, Model 1^15 & 155 

PDP-10 (Digital Equip. Corp.) Univac 9^00 

Honeywell 3l6 (mini) CDC 3300 

PDP-8 (Digital Equip. Corp.) IBM System 36O, Model 20 



Terminals 

Teletype Corp. ASR-33 & 35 

CENTRONIC 

Mohawk 

IBM 27^1, 27^0, 357, 826 
Mohawk 2il0i| 



IBM 2260 CRT* 
Datapoint CRT 
Sanders 80 i| CRT 
CDC 211 CRT 
Hazletine CRT 



Printers 

IBM lil03 

Mohawk Line Printer 
CDC 501 



•Cathode Ray Tube, here a video display 



24 



5*2 Cataloging 

All of the processing functions recorded In the cataloging 
systems observed are listed below 
Search 

Search MARC on-line 

Search MARC off-line 

Searoh cooperative catalog on-line 

Search vendor data base 
Processing 

Create worksheet from data base 

original cataloging 
Encoding 

Encode (keyboard) bibliographic data 
Computer pron^tlng 
MARC II tag validation 

Editing on-line for corrections and revisions 

. Editing off-line for corrections and revisions^ 

Encode holdings & location Information 
File update 

Create search keys 

Sort & merge entries 

Print 

Request catalog cards 
Request cross reference cards 
Print catalog cards 
Print cross reference cards 
Print book catalogs 
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5. 2,1 Bibliographic Data Piles 

The bibliographic files observed contained the following 
data element sets. Each of the files contained both L.C. cataloging 
and original cataloging. 

Full MARC II (both L.C. produced and locally produced) 
MARC II encoded from catalog cards (these records would omit 
If: minor elements which need the book to be in hand during 

I tagging) 

ij Modified MARC II (Significant MARC II data elements left out) 

I Short entry (defined to cover those files which contained 

li a few abbreviated bibliographic data elements) 

I Local Holdings Data 

I Existence only (book is in system) 

P 

I Location (No. of levels varles-system^ library , branch» 

I shelf) 

i Copy/ volume information 

I Variant cataloging data 

r N.U.C. code 

I Cross Reference & Authority Piles 
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5.2.2 Equipment 

The following equipment was observed in the survey of 
cataloging systems: 

Conqputers 

XDS Sigma 5 RCA Spectra* 

XDS Sigma 7 IBM 360 

IBM 370 PDP-11 (Digital Equip. Corp.) 



ERJC »Now Univac 70 series 
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Terminals 

IBM 27M1, 2260 
Teletype 37KSR* 
IRASCOPE CRT 
Sanders 804 CRT 
Mohawk 2804 

Printers 

XEROX XQP 
IBM 

RCA Vldeocomp^^ 



Keyboard Send and Receive 

A computer^drlven photocomposition device 
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5.3 Circulation Control ^ 

The functions observed In the circulation control systems 
surveyed are listed below: 
Availability Search 

Search by call number 

Search by title 

Search by author- title 

Search by accession number 
All of these access means used either on-line terminal 
search or searchr of printed lists. 



Display Response to Search 

Bibliographic description 

Location (shelf location or who has It) 
Transaction Processing 
Charge Out 

Enter transaction record by cards 

Enter transaction record by keyboard 

Cheek fine status 

Enter fine payment 

Print fine receipt 

Print charge out slips, page slips, and due date slips 
Enter recall request 
Print recall notice 
Enter renewal request 
Print renewal slip 
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Transaction Processing (con*t) 
Enter reserve request 
Print reserve notice 

Create reserve no longer available notice 
Print mailing labels (for remote borrower) 
Lost card Input 
Special user Input 
Supervisor override 

Fines 

Overdue 

Lost card 

Forgotten card 

Credit risk 
Returns & New Books 

Add to transaction record & store In history file 
Hold for reserve 
Print book available notice 
Enter credit risk data 
Overdues — ? 

Sense overdue & print notice 
Print fine notice 
Enter fine status 
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Management Data Processing 
Note multiple reserves 
List lost books 
List books by borrower 
Generate orders for lost books 
Generate orders for added copies 
Enter replacement charge In fine status 
Update holdings for new books 
List books by non-patron borrower 
Personnel leaving hold 
Update holdings for salvage titles 
Enter data for temporary reserve collections 
Compute loans by: 

Classification 

Type 

Borrower Type 
Publication Date 
Confute total loans 



30. 



5.3.1 Circulation Control Data Files 

The types of files observed and their constituent Items 
are listed below: 
Borrower Data Files 

Patron 

Name I.D. No. Address 
Type or types 
Non-patron borrower 
Bindery 
Book repair 

Shelf location - special collection 

Temporary library reserve 

Book display 

Phot odup 11c at 1 on 

Lost Items 
Interllbrary loan 

Name & address 
Temporary Reserve (Prof, of Dept. head) 

Bibliographic Item Files 
Main entry 
Title 
Inq;>rlnt 
Publication 
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Bibliographic Item Piles (eon*t) 
Holdings 

Location 

Classification 

Book No. (Copy volume) 

Accession Number 
L.C. Card Niunber 
Material type 
Loan period 

5«3«2 Equipment 

The equipment used In the circulation control system Is 
listed below. 
Computers 

IBM 360 
IBM 370 

PDP-10 (Digital Equipment Corp.) 
Honeywell 316 (mini) 
System 7 (IBM) 
Unlvac 9400 

PDP-11 (Digital Equipment Corp.) 
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Terminals 

Colorado Instruments (off-line eirc system) 

Addressograph Multigraph 

Datapoint CRT 

IBM 1030 and Acc. 

Teletype ASR & KSR 33* s 

Decitron two badge reader ft keyboard 

IBM 2260 

NCR 260 

IBM 2791 

Printers 

IBM 1403 

Mohawk strip printer 
Mohawk line printer 
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6. SURVEY DATA C0I4PARIS0NS 
The summarizing of all of the Information collected was 
a formidable task* Following the specification of the Library 
Systems Project procurement, summary charts were prepared which 
showed irtiich libraries had which functions mechanised* 

The data collected on the questionnaires are posted on 
the charts labeled Figure it, 5» 6* The chart provides a handy ref- 
erence to determine which systems have particular attributes, i*e*, 
which are on-line, which use higher level programming languages, 
and «rt)ioh functions they have mechanized* In reviewing our notes 
and plotting all of the questionnaire data on the charts we 
noticed common characteristics of groups of systems and also 
characteristics unique to a single system* A description of these 
common and unique characteristics is presented here as a useful 
adjunct to the charts for it will save the reader time in his perusal 
of the data looking for general characteristics* 
6*1 Acquisition System Characteristics 
6*1*1 Characteristics common within groups of systems 

a* A large nuflA}er of acquisition in-processing states were 
observed* 

The number of states of a request or an order reveals the 

complexity of the acquisition process, especially when foreign 

purchases are concerned* 

b* Large systems compute foreign exchange* 

In the larger universities with considerable foreign 

purchases currency exchange is. a big enough problem to warrant 

mechanization* 
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e. Several systems use minicomputers to handle communications 
and local processing. 

d. Large systems put requests In machine form. 

In larger universities which acquire hard-to-find material, 
requests are put in machine form because It may be some time 
before a citation is found accurate enough to be used for an 
order. 

6.1.2 Unique features of single systems 

a. COM printout in-process lists. 

In one large system, the in-process lists were so large that 
CON (Computer Output on Microfilm) was used to reduce costs of 
printing. 

b. MARC search to obtain cataloging data as a byproduct of 
ordering. 

One system observed searched MARC II tapes during acquisition 
to obtain a record which was used to sake a worksheet to be 
used in cataloging. 

6.2 Cataloging System Characteristics 

6.2.1 Characteristics common within a group of systems 

a. Upper case/lower case used. 

Most catalog printout or display systems used a full 
upper and lower case character set. 

b. All systems use validation. 

Cataloging records have a required internal consistency, 
which when in error, can be spotted by logical validation 
procedures . 
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c# On-line systems use prompting* 

The on-line cataloging and data entry systems helped the 
cataloging staff by displaying possible tags, noting mis- 
spelled tags, and ;n general leading the operator through the 
data entry process. 

6.2.2 Unique characteristics of single systems 

a. Catalog card printing 

The Xerox Graphic Printer (XGP) was observed printing 
catalog cards at high speed in two sizes of type. This print 
capability allows more print to be carried on a single card. 

b. Cooperative Machine Data Base 

One cataloging system served many libraries and shared 
a central cooperatively maintained catalog data base. Its 
advantage was that the disk storage cost of a large catalog 
data base was spread over a large number of users. 

c. Hulti level authority to enter and change data 

One system observed provided several levels of checks to 
prevent unknowledgeable staff from inadvertantly modifying 
or revising catalog records. 
6.3 Circulation System Characteristics 
6.3*1 Characteristics common within groups of systems 
a. Upper case printer used exclusively 
None of the circulation systems used upper case/lower 
case print chains although most of the information presented 
was textual. One ml^t infer that for the business aspects of 
libraries procurement upper case alone is good enough, but for 
the bibliographic aspects (catalog search) it is not. 
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b« Book borrower cards nearly universally used 

With one exception» all of the libraries used book borrower 

cards suggesting a saving of book description transcription labor 

on the part of the library patron and user* 

c. Conqplex management analyses done on demand 

Trend in collection usage or other data analysis tasks performed 

with the circulation history records were done on demand* 
d« The newer systems used on--llne coiq>uting« 

6* 3*2 Unique characteristics of single systems 
a« Unassisted student book checkout 

One library was connecting a strip printer to its book charge 
out system so that a due date slip was printed for the student 
who would present it to the guard at the library entrance* 

b« Minicomputer used to control transactions and other 

technical processing activities* 

In one installation the library owned a minicoiqputer which 
performed other library processes simultaneously with circulation 
control* 

c* Proiq[>ting terminal minimizes training* 
One library interviewed used a terminal with a console which 
instructed the operator in the required sequence of operations so 



d* Integrated bibliographic file used for^^irculation catalog 
and acquisitions 



One on-*line system had one file containing circulation^ 
cataloging and acquisition data* This approach saved costly disk 
space * 



that little or no training was required* 
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e# Coii«>lete on-line file used for circulation only 

Several systems maintained a conQ>lete file of short biblio- 
graphic entries on-line for circulation control only* 

f# System component for temporary reserves 

One system contained the capability for placing large numbers 
of books comprising course reading lists on temporary reserve 
at the request of professors and department heads* 
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7. TIME TRENDS IN AUTOMATED LIBRARY SYSTEMS 
In addition to the conqplete listing of the questionnaire data 
presented in the previous section, we think it is useful to present 
an analysis of some of the aspects of library automation as a function 
of time* 

The 27 automated systems studied in this report do not 
represent a random san^le of such systems but rather a sanqple 
selected on the basis of advanced performance to the extent 
that this could be determined from our knowledge of the state 
of the art augmented by a number of conversations with knowledgeable 
people in the field* To the extent that this sample does represent ! 
the work of the more advanced institutions, certain tentative | 
conclusions can be drawn as to the direction that library { 
automation is going over the next several years* | 

As the sample is relatively small (particularly for the 
study of time development in various directions) it is useful ! 
to break the sample, timewise, at a particular point in time 
and discuss the systems prior to this point as the **old** 
systems and those implemented after this point as the **new** system* 
A study of the data shows that the most convenient break point 
is 1 January 1970* 

A breakdown of the 27 systems by time and primary function 
is given in Table 1* 

Table 1 

Number of Automated Systems Studied by Time and Primary Function 

Pre--1970 Post--1970 
Acquisitions 7 8 

Circulation 6 7 \ 

Cataloging 0 10 
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The most obvious conclusion to be drawn from Table 1 is that 
automated cataloging systems are all new whereas both circulation 
and acquisitions systems date back before 1970 (the earliest 
being dated to 196^) • Thus it is meaningful to talk of **first 
generation** and **second generation** acquisition and circulation 
systems (and the differences will become more obvious shortly) 
but that cataloging systems are all in a **first«-generation** mode* 
(There were, of course , a nuinber of book catalog systems 
developed in the 1960*s, particularly for public library systems 
where the utility of having copies of the system catalog at 
each branch library is rather obvious* Among major university 
libraries » however » book catalogs produced from magnetic tape form 
data bases are still rare, the Widener Shelf List* which will 
not be conqpleted for some time to come being exceptional* 
Automated cataloging systems for the purposes of this study are 
systems which produce standard sets of library cards from magnetic 
tape form data bases*) 

It seems reasonable to suggest that the work in automated 
cataloging systems was held back until the arrival of MARC-II 
format with the concurrent committment by the Library of Congress 
to continue the distribution of MARC records for all English 
language materials begun -on an experimental basis with MARC-I* 
It should also be noted that the portion of the cataloging 
activity that is devoted to providing access to the library *s 
holdings by author ^ title » or call number can be combined with 



* not studied in this survey 
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the circulation activity as has been done at Ohio State University , 
Western Kentucky University, etc* Such access can be provided 
by the so-called ^short tltle^ record format much of which Is 
either desirable or necessary In the circulation file* 

That there are Indeed significant operational differences 
between the first and second generation systems can be seen 
from Table 2 which further subdivides Tab.\e 1 according to 
whether the system Is an on-line or batch system* (All on-line 
systems batch process some operations, so a system should not 
be evaluated In terms of on-line vs. batch, but rather In terms 
of how much on-line p^^cesslng Is done*) 

Table 2 

Number of Automated Systems Studied broken down 
by time, primary function, and on-»llne and batch 
capabilities 



Acquisitions 
Batch On-line 

Pre 5 2 

1970 

Post 3 6 



Circulation 
Batch On-line 



Cataloging 
Batch On-line 
0 0 



For both acquisitions and circulation there Is a clear turn 
around from predominately batch to predominately on-line systems* 
Some of this turn around might be explained by the newness of 
on-line capability and the associated tendency of university 



communities to experiment with new technical capibilities, 
particularly when the equipment is available on campus. However,, 
discussion with the individuals on the several sites where on-line 
systems were in operation makes it evident that on-line costs 
have been reduced in recent years and that there are significant 
on-line benefits available even though there is not total 
agreement on Just what aspects of the various operations are 
most economically operated in the on-line mode. This view is 
further enhanced by the number of respondents from the "all 
batch so far" community who plan to add on-line capabilities in 
the near future (or when conversion funds are available). 
Further, several of the systems not herein reported, such as the 
acquisitions system at the Ohio College Library Center, (because 
they are not yet operational) will be on-line systems. (Note 
that these counts do reflect the Stanford University SPIRES/ 
BALLOTS system which has Just come "on the air" in the last 
month and is only beginning to provide useful products.) 

In short there is no longer any question that future 
systems will include selected on-line capabilities. The 
question rather is deciding which functions will have on-line 
in4>lementation. 

In cataloging, the trend towards on-linp capabilities is 
less pronounced: only half of the ten systems studied had 
on-line capabilities. This is probably a reflection of the 
fact that a magnetic disk form data base for cataloging is of 
necessity large both in terms cf ni ibers c: -ec^'^tis and in terms 



of nuirtber of characters per record. At least at this point in 
time it would appear that economic use of magnetic disk form 
cataloging data bases requires a significant amount of cost 
sharing (as is done, for instance at OCLC where some 58 libraries 
make use of the same data file). 

The existence or lack of existence, of on-line capability 
in an automated system has a good deal to say about the 
nature of the hardware needed to implement the system. It also 
iiiq;>oses some constraints on the software situation. Table 3 
shows the use of assembly language as opposed to the use of 
higher level languages in the systems studied. The totals 
differ noticably from those given in th« previous tables, primarily 
because a number of systems are Implemented by using both 
assembly language and higher level language but also because 
information is lacking in some of the returns in both sets of 
counts. 

Table 3 

The Use of Assembly Code 7S. Higher Level 
Languages by Time and Primary Function 

Acquisitions 

HLL* BAL» 

Pre 7 2 

1970 

Post 8 5 

*HLL « Hi^er Level Language *BAL * Basic Assembly Language 



Circulation 
HLL SAL 
6 1 

2 i| 



Cataloging 
HLL HAL 
0 0 

6 6 



The pattern here Is less clear than It was In the previous tables. 
Generally the trend Is toward more use of BAL as time progresses. 
Sunning across all systems , only 3 of the pre-1970 systems made 
any use of assembly code while 15 of the post-1970 systems used 
as8eiiiA>ly code as compared to 16 of these systems using higher 
level languages. 

As noted above, this increasing dependence on assembly code 
is a reflection of the increased use of on-line facilities. 
However, there are at least two other factors at work: with 
the spreading use of automation in the library field, more systems 
programmers are becoming involved in such applications and more 
libriirians are learning about programming at deeper levels; in 
addition computer manufacturers are providing macros* of increased 
sophistication (particularly in the specifications of input-output 
functions) that make it easier to program in assembly code. 

Generally, there are two main reasons for programming in 
a hie^er level language: it is easier (as measured by the 
number of lines of code necessary for a (Iven function) to 
program, debug, and read in hic^er level language. This 



* macros: A statement which generates a sequence of individual 
machine Instructions, whose use simplifies programming because 
it more nearly i^proaehes a natural language statement of the 
coiiq[>uter process desired. 
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transferability of programs depends on the existence of national 
standards prescribing subsets which a.-e theorlcally supported 
on all types of computers. The primary advantage of assembly 
code programming Is *:hat the programs run faster and cheaper. 
Speed Is, of course. Important In a production environment, 
particularly with linguistic dava whei*e there Is more 
conqputer processing of each record. 

Of the various higher level languages used, COBOL and PL-1 
dominate with COBOL being used In 14 of the systems and PL-1 
In 10. 



^5. 

8* USE OP PHASE I SURVEY RESULTS, SYSTEM TRANSFERABILITY AND NEEDS 
POR FURTHER DATA COLLECTION 

The primary intent of the Phase I survey project was to collect 
data which would give the Library Systems Project a basis for 
selecting those libraries with the best mechanized capabilities • 
These libraries would be investigated further with the object 
of transferring all or parts of those systems to the California 
State Universities & Colleges. 

The results of the survey extended beyond that objective, 
however, and included (1) a total overview, (2) trends in equipment 
and software development and (3) an extensive list of functions 
which can be used by those specifying requirements for a CSUC 
system design* 
8.1 System Transferability 

One s^'bset of the data collected, system transferability, was 
found to be not clear. In most systems there would be considerable 
work involved, comprised of the following: 

!• Place CSUC systems staff at library for an extended period 
to become familiar with the manual and computer processes. 

2. Test programs on CSUC computer installation one by one. 
Make changes required to suit special requirements. 

3# Prepare documentation for programs. When complete make final 
acceptance tests to con$)lete transferral. 

There were mixed responses on the willingness to provide the 

technical assistance necessary; the more reluctant being those 

with the smallest staffs. 
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During the interviews, several levels of system transferability 
presented themselves. We have defined these levels of transferability 
as follows: 

I 

1. Transferability at the operational requirement level, 

which identifies and adapts the services a library 
specified as requirements for its r^i^Chanized system 
development. 

2. Transferability at the functional system process level 

means adapting the detailed conq;)uter processing 
functions performed by the systems probably by 
adopting the flow charts. 

3. Transferability at the program code level, meaning 

adapting the coded programs themselves ^ 
At the functional system process level, much knowledge 
and experience can be transferred without specifying a specific 
equipment brand or configuration. At the program code level the 
CSUC computer environment must be nearly identical to that from 
which the system is being transferred or there will be conversion 
problems. 

8.2 Workshops and C>^mmlttees 

In addition to the survey, there are other data appearing 
in the form of emerging requirements. These data are forthcoming 
from the various Library System Project Workshops and Committees. 
It is assumed that these data will develop firm requirements 
with which to match capabilities found in the survey# Any 
requirements not matched will be identified for the final system 
design. 



All the Inforonlcs, Library Systems Project Staff and Committee 
studies have resulted In a large amount of data. Any further 
data collection In the second phase of this project needs to be 
guided carefully. Drawing from the experience In the Phase I 
survey, one finds In any library site surveyed that there are 
many Interesting techniques to be Investigated and documented, 
often to no specific purpose other than general knowledge. 
Because these data are of technical Interest, one tends to collect 
this' data In greater amount than Is needed, causing an excessive 
cost. Collecting too much data causes extra work In analyzing 
and conq;>lllng, again In excess of that which Is needed. 

At this time any further data collection work should be directed 
at satisfying specific, project management needs. We see these 
to be: 

1, Development of system specifications 
2« Estimation of system cost 

a* Installation 

b* Operation 
3, Projection of a system Installation schedule 
4* Estimation of personnel required 

a* Development 

b. Operation 

In the Phase II project, the following seems to be needed to 
support the above listed project management functions: 
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1. Collection of detailed flow charts, comnented listings, 
and san^le products and equipment specifications. 

2. Collection of additional data about system transferability. 

a. Description of anticipated technical problems 

b. Decision of the level of transferability to be 
achieved 

c. Cost estimate of transfer 

dt Projections of tine required to transfer 
e. Projection of people required to transfer 

3. Collection of additional data describing potential system 
growth 

a. Additional functions to be mechanized 

4. Collection of additional data describing weaknesses of the 
system and possible improvements. 

aiven this general guidance, we are ready to proceed with the 
Phase II investigation. 
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APPENDIX A 
Overviews 



SYSTEM OVERVIEW (ACQUISITION, CATALOOINQ, CIRCULATION) 

LIBRARY A 

Library A*8 system presently processes all accessions, and 
was put In operation In July 1971 without a parallel run. The 
system has an on-line (8 A.M. to 5 P.M.) central file of cataloging 
data which Is referenced by several on-line Indexes. These Indexes 
can be constructed for any element In the cataloging record and 
presently author, title, call number, L.C. card number, book order 
number, vendor and series title are being used. 

The central file Is an Integrated one In that all acquisitions, 
cataloging, and circulation control data elements are contained In 
It. Also records for all bibliographic forms, except rare books, 
slides and manuscripts are contained in the central file. There 
were some difficulties in the conversion of the retrospective 
data base which was done as several separate projects. For this 
reason the entire file has not been combined, and some final 
editing of the converted records is being corq>leted. 

The central file does not contain subject headings and other 
cataloging elements which are not needed in the indexes in order 
to save disk storage space. Such an approach allows the entire 
collection to be stored on three disk drives. 

Input to the file at the acquisition and cataloging stages is 
by on-line keyboarding on IBM 274-* s, soon to be replaced by IBM 
3270 CRT displays. The keyboard input, has an accompanying editing 
capability and runs on-line using IBM AFL. This input creates 
workspace files. These files are transferred out of the APL 
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workspace file Into a form for entry Into library processing system 
In a batch mode using programs developed by Syracuse. 

The system performs a wide variety of technical processing 
functions, and more are readily available when their priority 
warrants installing them. Search In support of acquisitions Is 
performed on-line. Data entry in support of acquisitions Is 
performed by clericals from woxicsheets checked by professionals. 
The acquisition system prepares orders, claim notices (which are 
reviewed by staff) notices to requestors that an order has been 
placed, lists of delinquent orders, lists of cancellation notices. 
A cataloging record produced during this acquisition process Is 

r 

stored In the main file and Is usable In the next phase cataloging. 

The acquisition system has a program which prepares fund 
aocoundlng reports on total quantities of material ordered, and 
also quantities by subject, and by type of material. Vendor time 
of delivery performance reports are also produced. 

When the book Is cataloged, the system Is used to search 
the acquisition record. Revisions are entered Into working space 
files on-line and merged Into the central file on a batch basis. 
Punch cards for circulation control are produced by the system prior 
to book processing. Catalog cards are made for the main library 
only by manual means at the present time. In reference work, 
the terminals can be used to search main entry, author, title, 
series title, and call number. Subject search Is by specialists 
from published reference works or from the card catalog. 
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The circulation system uses as data Input a punched card, and 
the student I.D. card, sensed by a Colorado Instruments terminal. 
This data Is recorded on magnetic tape, and processed Into the 
central file on a batch basis. 

The system is being improved so as to let the student charge 
out his own books. This Is done by attaching a strip printer on-line 
to the Colorado Instruments terminal. This printer records the 
borrowing transaction. Is torn off by the student and shown to the 
guard at the door. 

The system produces overdue notices and lists of missing items. 
A system Is planned to provide statistics on various aspects of 
the 350,000 volume/year circulations. 

In addtlon to the systems In operation several of the system 
policies and phases are worthy of note: 

1. A concept needed to provide growth Is to stipulate at the 
outset that the file design must be capable of accepting 
additional data elements if required In the future. 

2. The future role of the library professionals will emphasize 
user service but this role will be Integrated selection, 
reference, and cataloging control, as it is required to 
support their topical speciality. It is planned that with 
clerical assistance, plus the computer system, the professionals 
will be able to perform all of item functions. 

3« Blanket standing orders have be^n substantially reduced 
and they are becoming more and more exclusive, to follow 
the philosophy of having library professionals perform 
selection. 
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In the uture, subject access will be by methods and tools 
not generated In the library but used by the library 
professionals • 
Future InTestlcatlon ; 

1. File operation and updating: The present Integrated file 
and Its Indexes can be nodi fled by both batch and on-line 
■ethods. The CPU effort requ.ired to update, needs to be 
studied to develop a figure for Its ultlnate cost and 
capacity. 

2. The effect of adding subject access should be studied 
to see Its effect on memory size and operating cost. 

3. The extent and effect of multlp.e matches obtained 
during search due to abbreviated entries should be 
further studied. 



SYSTEM OVERVIEW (CIRCULATION) 
LIBRARY B 

Library B Is a research collection of over four million 
volunes^ serving a large and varied academic community. The 
central univex-sity collection is si^pplemented by 35 branch 
libraries in faculty departments and graduate school. • 
T^|l^nlcal services are centralized and current cataloguing 
confoms to Library of Congress cataloguing. Only the law and 
medical libraries perform their own technical processing function ^ 
due to their size and remote locations. — 

The approach to automation hsus been a conservative one.* 
The Library ^Systems Office was established in 1966, with an 
automated reserves system as its first task. The resulting 
system with minor inqprovements is still operational as originally 
implemented. Special projects include: production of book 
catalogs for some of the library's special collections, (done in 
HARC format); and a union list of science, engineering and medical 
serials. Input devices for these data have evolved from paper 
tape typewriters, to MT/ST's, to an IBM 27^1 terminal. 



* Relatively autonomous s^plications programs for major sub- 

/stems have been designed and developed. These are currently 
operational and In production. Gradually, these modules are 
being integrated into a single processing flow beginning with 
Acquisitions and extending to a variety cf user services, 
including cataloguing, material processing, and current bibli«» 
ogtaphy generation. 
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Library B's circulation system followed the reserves system 
and remains distinct from It. Traditionally without book cards, 
the library continued this trend In the automated system, 
and each charge was keypunched with all book, borrower and 
loan Information (althoui^ this sounds antiquated, one must 
note that the advanced on-line system of Ohio State University 
Library also requires keyboarding, both at the time of charge 
and cancel). The transactions and all daily cancels were 
submitted to the Conqputlng Center eafch evening for a file update 
and a printout of all outstanding charges. A brief experiment 
with bar coding on borrower Identification cards and book charge 
slips proved unsuccessful; the system Is still In Its early 
form but Is being redesigned. The new system will employ 
Colorado Instruments terminals to read punched book and borrower 
cards and record each cransactlon on magnetic tape for fll> 
update and printout nlfi^tly. This configuration Is scheduled 
to become operational in January 1973; the questionnaire 
refers to the present system. 

Acquisitions 4iras the next major procedure to become 
automated. The accounting module became operational In July 
1969; the order printing In July 1970; and the full system 
was running In July 1971* For various reasons, serials are 
not ordered through the system, but all Invoices are paid by 
computer. 
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Analysis of ^cataloguing functions began several years ago, 
but a full system Is now In the stage of redesign at the program 
coding level* Library B has worked with the MARC tapes: searching 
to produce proof sheets and bock selection assistance Is done, 
and statistics are kept* (Nothing Is weeded from the MARC file* 
Juvenile literature is retained for potential use by the 
Teachers* College library)* Printed Indices based on the order 
file have been produced regularly since 1969* A full-scale 
autpmcited current cataloging system has been designed, but a 
change of personnel forced a delay and later a decision to 
redesign* At present, the intention is to treat cataloguing in 
two phases: (1) card production, and (2) authority and bibli- 
ographic files. Inclement at ion is scheduled for January 197^ • 
With the cataloguing system up, efforts will turn toward the 
smooth Integration of the three major systems, which even now 
have a large degree of interaction* 

For general trends, the Confuting Center has acquired 
WYLBUR from Stanford University, making on-line processing more 
feasible* The bibliographic data for smaller special collections 
has been input on-line, using 27^1 terminals* The library 
administration is interested in automation and in reader services* 
Library B, as a result, has been working with the New England 
Research Applications Center (NERAC) <>nd the Illinois Institute 
of Technology Research Institute (Illrit. on a limited basis, 
and subscribes to the census tapes service offered by Dualabs* 
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The tendency seems to be moving toward the establishment of a 
social science information center, based on a survey of data 
base users. 



SYSTEM OVERVIEW (ACQUISITION, CIRCULATION) 
LIBRARY C 

Llbrax7 C has three automated systems: circulation 
control, acquisitions, and serials. The serials system Is a 
holdings file of their 30,000 records, and will not be described 
further In this report* 
Circulation Control 

The library moved Into a new building In October 1968. At 
this time, the batch circulation system began operation. During 
the previous year when a book returned from loan to the library, 
a punched IBM book card was keyed and placed in the book. When 
it was Judged that the core of circulating books all had cards, 
production of book cards for new books was undertaken. This 
procedure provided 60% of the first month *s circulation books 
with punched book cards. Each book has a master book card which 
is duplicated and verified to make the book card. Vfhenever a 
book card is lost, the master card is again duplicated and 
verified. 

. The 80 character book card carries the following data: 
transaction code, location code, call niiniber, language, media, 
author (10 characters— 8 for last name and 2 for initials), and 
title (28 characters— of which cmly 10 are transmitted in a 
circulation transaction). The 80 character transaction record 
includes all the book card information, except fewer characters 
of the title, and patron identification, number, patron status, 
time of day charged, terminal transmitting, and date due. 
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Books are charged out by the circulation staff • Each 
student must have his embossed suid punched identification badge 
which is good for four years, and a current validation card, 
which is issued upon payment of tuition* The charge out device, 
an IBM 1030 punch card and badge reader, requires both the 
borrower badge and the IBM punched book card* Faculty, however, 
may check out books without their identification cards* Special 
cartridges are inserted into the IBM IO30 instead of the borrower 
badge* If a book does not have a book card, it is charged out 
manually, and a book card is produced upon its return* 

There are two catagories of borrowers: patron and non-patron 
There are different loan periods depending on the patron's status 
e*g*, under-graduate , graduate, faculty, staff, special patron* 
Non-patron loans include items at the bindery, missing items, 
items on reserve, and items being repaired* 

The circulation data from the IBM 1030*s is bate . processed 
via a remote Job entry station which uses a Honeywell 316 mini- 
computer as its CPU on the univez^sity computer, two PDP 10 *s in 
dual processing mode* 

The Honeywell 316 is used to generate an LC Call number 
ordered circulation list three times a week, overdue slips once 
a week, and circulation statistics including number of volumes 
by type of material, by type of borrower, and by subject class* 
In*»Process System 

The in-process file consists of all items on order, received 
and awaiting cataloguing copy or circulation cards* The in- 
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process record Is created after the decision to buy has been 
made. The order data is input on a flexowriter with an attached 
keypunch* The next day order forms and 1 punched cards for each 
order are ready. These punched cards are used for accounting; 
to enter the item into the in^process file; and to change the 
status of the in-process record (on order^ received^ cataloged)* 
Two cards are produced for the latter— one goes to the vendor, 
hopefully to be returned with the item, for easy identification. 
If it is not returned, the spare is used for status update. 
Author, title and fund in-process lists are produced weekly. 
There is also not an automated in-house cataloguing system, OCLC 
has been used on a pilot basis for catalog card sets. If this 
does not continue, some other means of obtaining automated 
cataloguing must be developed. 
Equipment 

The library has had an unfox^unate history of machinery. 
The circulation system was originally specified for the 
Univeraity computer center's 360/50*s. However, the conqputer 
center informed the library that it could not handle the library 
processing demands. At that time, the library had an IBM 
1130. A hybrid system was c .sed using the IBM 1130 and the 
several IBM 1030*8. There wei-^ difficulties becoming operational, 
and in the meantime the university coiq>uter center decided to 
rid themselves of the 360/30 *s and install two PDP«»10*r on a 
dual processing basis. The library was informed that the Univer- 
sity computer center would begin running the library programs as 
soon they were converted to the PDP-lO's^ After the necessary 
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re-progranunln^i both systems are now on the university equipment , 
which includes the following equipment: 

PDP-10 System A 

1 swapping drum 

4 magnetic tape drives 
6 disk drives 
PDP-10 System B 

2 swapping drums 

8 magnetic tape dri\*es 
13 disk drives 

2 card readers 

1 card/punch 
4800 Baud data pump 
Conqputer RJE station: 

Honeywell 3l6 minicomputer 

Mohawk card reader 

Mohawk line printer 

ASR 33 teletype console 

Univac VIP card punch 
9 IBM 1030 Badge/Card reader 
1 IBM 1034 Hic^ speed card punch 
1 IBM 1032 digital time clock 
3 flexowriters 
3 IBM 029 keypunches 
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In the near futur6, the library hopes to have the acquisition 
and circulation system on-line with Interrogation capability. 
Also, the conqputer center is planning to install a microwave 
conmunication system for data transmittal, but will probably 
use it only for "public" terminals. 



SYSTEM OVERVIEW (ACQUISITION, CATALOGING) 
LIBRARY D, E 

Libraries D 4 E have in operation three systems: 
!• An integrated acquisitions and catalog cftrd production 

system (BCL — Books for College Libraries) set up in 

June 1970 to purchase and process materials, acquired 

with the special supplement j.^»y funds alloted by the state, 

for the 29 state college libraries. 
2. An internal acquisition sysTem (BOSS — Book Ordering 

and Selection System) which has been in operation since 

August 1969. 

3^ An internal catalog card production system which has 
been in operation since August 1970. 

The BCL Integrated Acquisitions and Catalog Card Production System 

This system was set up originally to acquire and process 
books purchased throu^ special state funds alloted to the 
state college libraries to strengthen their basic collections. It 
is presently used to select, acquire, and process books bought 
through additional supplementary funds alloted to Library D & E 
and the 29 state college libraries. 

MARC tapes (reduced to the simplified format) are used 
to prepare selection lists for the 29 libraries. Orders for 
the selected items are then printed using the MARC tapes to 
supply the bibliographic order data. Orders for items not on MARC 
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tapes are also accepted* If cataloging copy can be found for these 
Items, It Is Input and orders printed from It. Catalog cards are 
printed when the book Is ordered for all Items with catalog data on 
the file (MARC or original Input) and await receipt of the book. 

The system Is partially on-line and partially batch. The 
active on-order files (about 75,000) are kept on-line and 
may be searched by order number, LC card number, author, or title. 
Routines to search by ISBN number are being added. The biblio- 
graphic store (about 455,000 records Including MARC records, local 
Input, and Abie's "MARC-I like" records for "Books for College 
Libraries") Is kept on magnetic tape and may be searched (batched 
process) by LC card number, local accession number, and In the 
near future by ISBN number. Searching the on-order file and 
requesting catalog cards are the only operations performed on-line. 
Fund accounting Is not extensive, covering mainly number of titles, 
number of volumes and expenditures for each school. 
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Hardware 

Hardware to run Library D & E*s system Includes: 
1 IBM 370/1 il5 
9 IBM 2260 

1 IBM 1053 remote line printer 

2 IBM 1403, high speed printer 
1 IBM 1403> low speed printer 
1 IBM 2540 card reader-printer 
7 IBM 3420 magnetic tape units 

(5 Model 3, 9 track P.D 800/1600 BPI 
2 Model 5, 1600 BPI) 
1 IBM 2319 AI disc drive with IFA 
1 IBM 2318 
1 IBM 2314 Al 

(A total of 14 drives) 
14 Disc packs (plus misc. scratch and work packs) 
1 IBM 2848 control unit with data set. 
4 IBM 029 keypunches 
1 IBM 1050 system for printing labels 

Batch jobs require a minimum core of 84K. The teleprocessing 
system reqxiires 112K. 

Hardware costs are not available. Unit costs are 90i 
a volume if developmental costs are Included and 60i a volume if 
developmental costs are not included. Card sets are 20^ a set. 
The project Involved 1 systems analyst, 2 programmers, 3*5 
professional librarians and 10 clerk/typists. 
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The costs claimed are Indeed low but should not be 
attributed solely to the efficiency of the computer processing 
system. A number of other factors affecting the cost picture: 

1. It is a standardised service — • no variations in 
processing for individual libraries. 

2. Cataloging copy Is usually aval lab Iv. 

3. LC cataloging is accepted without adjusting for so-called 
"local needs". 

H, The manual processing procedures as observed by the 
interviewer were efficient and well integrated with 
the machine processing routines. 

If high volume and low turn-around- time 8 can be taken 
as indications of a smooth-running operation, this appears t j be 
a good one. 650,000 volumes have been processed in 2 years. 70^ of 
the items are processed 1 day after being received. With the 
exception of a few unusual snags, the rest are processed in three. 

Internal Acquisition System ; BOSS (Book Order and Selection System). 

This system processes 90,000 monograph titles (110,000 
volumes) per year performing the functions of ordering, claj.ming, 
fund accounting and reporting vendor performance « The on-order 
active files are kept on-line. Received and processed orders 
("history file**) are kept on magnetic tape. Searching and 
receiving are presently done on-line but receiving will probably 
be changed to a batch operation. ^ j 
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Internal Catalog System 

This system produces catalog cards and labels for items 
ordered through the internal acquisition system (BOSS). 
The cards produced are sorted by catalog and then alphabetized. 

The catalog data base contains MARC records reduced to an 
internal format, and rep.ords for items not on MARC tapes that 
ha^e been processed through this system since it begar^ (August 
1970). It also contains I'ecords for items ordered but not 
received for which NARC records were not expected and LC 
cataloging copy was available at order time. This file is 
on magnetic' tape and is searched daily by LC card number, local 
accession number, and soon by ISBN nvaHaw, 

Since the operation of the automated internal acquisitions 
and catalog system, the clerical staff in the acquisitions and 
catalog departments have been reduced by 14, catalogers have 
been reduced from 12 to 8, anci file clerks have been reduced 
from 8 or 9 to 4 or 5* It takes .Luout 3-5 days for most of 
the material ordered to get throuc^ the catalog department. 



SYSTEM OVERVIEW (ACQUISITION) 
LIBRARY P 

Library P is a large research library with a long history 
of invol^'ement in library automation. The development of a 
cqiiq;>uter assisted cataloging and information retrieval system 
was initiated in 1963 as a cooperative project of Library P*s 
medical library and two others. By 1967 a second version of 
this system was in operation at P's medical library. The 
system ran quite successfully for four years providing excel- 
lent services at a sli^itly higher cost than an equivalent 
manual system. In 19 71 9 the combination of severe budget 
cuts and of the necessity for major redesign to accomodate the 
increased file size lead Library P to discontinucj the automated 
catalog system. Presently, Libr-.. / P has an automated system 
which monitors all of technical processing, but which for this 
^report has be^n termed an acquisition system. 
HISTORY 

'Library P began the design of its acquisition system in 
1965; the initial portions of that system were implemented and 
became operational in* I966. It ran in batch mode on an IBM 
7040-7094 Direct Coupled System (DCS) computer and was coded 
primarily in the MAD (Michigan Algorithm Decoder) language. 

In June of 1972 a revised version_gf the acquisitions 
system became operational.' The revised system is in essence 
an- upgrading of its predecessor, Tb^s upgrading involved no 
reidical change in the manueil procedures associated with system 
utilization; for most purposes the upgrading this was transparent 
to library users, except .that the timeliness and scope of many 



Lib. P, p. 2 



reports was improved. The upgrading, however, did entail 
total redesign of internal (machine) processing, file structure, 
etc. Library P estimates that the rewrite took upwards of 
seven man-years expended across a period of two calendar years. 

The revised acquisitions system has all of its program 
code (re)written in PL/1 level P. The system ran successfully 
for two months on an IBM System/360 model 67 before being 
converted to an IBM Systera/370 model 155, on which it presently 
runs, still in batch mode. 
DESIGN PHILOSOPHY 

Design scope is defined to include major unitary acquisitions 
functions. Serials, excluding monographic series, aj^e not 
included except for initial purchase. Individual monographs in 
series are handled by the system with no special treatment, 
other than the inclusion in the record of a descriptive series 
note. A unique characteristic of the system is its emphasis 
on the monitoring of the flow of materials. IBM 357 data 
collection devices are used at various ^tages of processing to 
record the status and location of an item. This monitoring 
satisfies the requirement to know the location of each of the 
approximately 75>0O0 items that at any time have been received 
and are being processed. 

The original system was implemented in stages, originally 
controlling only the ordering of materials^ but now extending 
all through technical services. As an indication of the 
Increased scope of the system th^ in-process file, which was 
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estimated originally in 1965 to attain dynamic equilibrium at 
20,000 records (representing items both outstanding and 
received), now averages four to five times that many. 

Machine control begins when an order is written, suid ends 
when the acquired item (a) has been completely processed into 
the c'>llection and (b) has been paid for or otherwise disposed 
of financially. Using IBM 826 's, typewriters coupled with 
keypunches, a seven part order form is typed while selected 
data is collected on punched cards. The seven part form 
provides two copies for the vendor plus five copies to accompany 
the item through technical processing and to file as temporary 
cataloging where needed. 
UNIQUE FEATURES OP THE SYSTEM 

In addition to the use of data collection devices for 
process control, the system produces on computer output micro- 
form (COM) two separate and conqplete in-process lists: one by 
author and title, the other by control number. Extensive 
study of possible microfilm viewing devices was done befor^ 
choosing the Northstar 1. Even so, these machines initially 
proved troublesome and faulty, until the film transport and 
film gate were redesigned. The^matHl^es are no longer any 
problem. Workers at each location were given their choice 
of positive or negative microfilm. Most preferred positive 
microfilm. There are currently eleven microfilm viewing devices 
in eight separate locations distributed among four buildings 
of Library P. 
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Library P has unique relationships with their blanket 
order vendors. Some send to the library a copy of their 
catalog indicating which items will be sent to Library P. 
In-process records ax*e immediately created for these items in 
anticipation of their arrival, thus avoiding check-ia delays 
waen the items arrive and reducing the probability of 
initiating a duplicate order unintentionally, as well as 
allowing computer-initiated vendor claims, if required. 

Other unique aspects of the system include: 

1. checking for duplicate orders on the basis o^ a 
search code automatically generated from author 
and title. 

2. on-demand reports of outstanding commitments or 
expenditures by fund. 

3. parent-child linked record scheme for receipt and 
invoicing of partial shipments. 

4. the cataloging back-log is included in the 
in-process file, so that "wh**^" and "where" is ' 
known to staff and patron alike. 



SYSTEM OVERVIEW (ACQUISITIONS) 
LIBRARY 3 

• The Library Q has three automated systems In operation: 
!• A payroll system for Its 1100 employees. The system 

produces time cards , pay checks » W-2 forms » and various 
reports. ExceiSC^'for hardware and costs* this system Is 
not described In further detail In this report. 
2. An automated labelling system for the llbraz*y*s service 
to blind program. The data file for the 9000 blind 
readeirs Is stored on disc and contains names * addresses* 
codes for types of material to be sent. Labels are 
produced weekly for the readers who are to receive 
materials. Plans are to extend the system to Include 
selection or scheduling functions. The system would 
then recox^l what matex*lal had been sent each borrower 
and automatically match materials with borrowers. This 
system will also not be described further except for 
the hardware and costs. 
3* An automated acquisitions system. The rest of this 
report will be concerned mainly with this system. 
The automated acquisition system has been In operation since 
February 1972 replacing an IBM 360/20 batch system. Orders are 
produced from records Input locally. Both the Input and 
receiving operation? are done on-* line. The computer system 
assists the Input operator by supplying the tags (or names) of 
data fields to be Input. The on-*order file Is on-*llne and may 
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be searched by order number or an author/title code. In 
addition to printing ordexrs and claims , the system prints the 
checks to be sent to the publishers and vendors. The system 
does generate branch location and fund expenditure r^^ports 
on demand. 

The system provides ••in-process'* control information on 
where matexdals are In-house at any moment. It will also 
produce lists in order by the length of time items are in 
each department to serve as a management tool for the Dixrector 
of the library. Lists of items on-order are a\ailable for 
the branch librazdes. These will probably be issued on a 
quarterly basis. 

Two mini-computer systems are presently in use—one for 
the ordering/receiving operation and one for the payroll and 
services to the blind operation. Each system contains a'^ 
central processor, 2 removable cartridge disk drives with a 
total caypacity of 8 million character's, printers, keyboard, 
and instruction li^t panel. 

A total of 22 ^gle platter disc packs are presently 
being used for the var^-^us processing operations. 

The operations are actually in the start-up phase and 
unit costs are not yet available. The purchase price for 
both the hardware and software was $57>000 per system. 
Maintenance costs are $2^00 per year per system. The two 
systems ire run by 3 clerks. 
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Plans call for automating circulation control and^ the 
booking or scheduling operation for audio- visual materials. 

The automated systems at Library G are of special 
interest in that: 

X* The system uses^small computers (•'mlni-coraputers") 
owned by the library and totally dedicated to the 
library operation* 

2. The library bou^t the systems on a ready-to-use 
basis* (Both hardware and software were purchased 
a& a package from Computer Library Services , Inc., 
Waltham^ Mass*)* The expense of having in-housi aata 
processing staffs is prohibitive for most libraries* 
Cooperative arrangements with other lib:i.aries as 
exemplified by the many networks arid consoz*tia existing 
todCQT are attempts at solving the problem* Purchasing 
a ^ ckage** represents an alternative solution* 



SYSTEM OVERVIEW (ACQUISITION) 
LIBRARY H 

Library H is a book orderlng-processing center for libraries 
in the state of New York. In June 1972, it initiated a pilot 
operation servicing 15 branches of the Brooklyn Public Library* 
It is projected to eventually service 1,000 libraries a 
production rate of 2*5 million volur^s a year. At present it 
generates form and lists for the libraries to use in the 
selectionOordering process, orders, on-order/in process tists^ 
catalog cards and labels, and fund accounting reports. 

Bowker tapes for ••Books in Print**, along with their monthly 
supplements, are converted to the Library H format and constitute the 
major part of the data base for the acquisition system. Library H 
creates their own record for items to be ordered that are not on 
the Bowker tapes. At present all data for catalog card production 
Is input by Library H but plans are to receive machine readable 
catalog data from the New York Public Library. (The NYPL data 
base contains the MARC file.) 

The On-Order file contains only the non-*bibliographic 
order data, e.g., price, fund, etc. The bibliographic order 
data, e.g., author, title, publisher, etc., is kept in the Book 
Master Pile. This Book Master Pile contains the bibliographic 
order data from the Bowker tapes plus Library H input. When Library H 
catalogs an Item, the datalog data is appended to the record for 
the Item in the Book Master Pile. The libraries owning the item 
are also indicated in the Book Master Pile. 
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The Book Master File Is on disc and may be accessed 
on«:»ine by 10 card number, ISBN number, a library accession 
number for the Item, and the process control number for the Item. 
Author and title listings of the bibliographic order data are kept 
on microfilm for author and title look-up*s. The catalog data 
segment of Book Master Pile record Is not accessed on-line • 

The receiving operation and requesting catalog cards 
are performed on-^llne. All other processing Is batched. 

Library H*s present hardware Includes: 

1 IBM 360-40 Processing Unit . f 

2 IBM 2260 Display Terminals 
1 IBM 1053 Printing Terminal 
1 IBM 2740 

1 IBM 1403 N-1 Line Printer 

1 IBM 2540 Card Reader-Punch 

2 IBM 2401 Tape Drives 

1 IBM 2314 :ic Drives with 8 drives and 1 spare 

15 Disc packs 

1 IBM 2701 Control Unit 

1 IBM 2818 CRT Control Unit 

1 Mohawk key to tape input device 

1 128k Pabritec Memory Unit 
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Programs are written in Assembler language. 

System development costs thus far are estimated at 
$:2,500,000. Of this, about $1,000,000 has teen spent to 
develop the computer system. A sizeable portion has. been spent 
to develop the materials flow system The conveyor system 
projected will cost about $300,000. Library H's •^taff stress the 
fact that the system has been designed' for a high volume operation 
and will only be economical at the projected 2.5 million volumes 
a year level. 

Processing charges to libraries will probably be $1.6o 
a volume. Cost projections have been made for the eventual 
system. The staff is checking to see if this report can be 
made available to this project. 



SYSTEM OVERVIEW (ACQUISITIONS) 
LIBRARY I 

Library I is now the development center for CAPTAIN (Computer 
Aided Processing and Terminal Access Information Network). This 
system is designed to handle the technical processing for the New 
Jersey State Colleges. Eventually, the center at Library I will 
become the receiving and disbursing facility for books and other 
materials . 

CAPTAIN is a result of a request by the state academic 
^libraries for additional computer support, and of a study by the 
Department of Higher Education which indicated that each library 
needs approximately $250,000 per year to enrich their collections. 
The state collection were skeptical about their ability to handle 
the enlarged technical processing load* It was therefore decided 
to estai:>lish a central technical processing center and a central 
computer center. 

Specifications for the prep ^:ed system were developed during 
1970, and 1971. IBM, the lowest- didder, won the contract. The 
initial sum to IBM was $90,000. 

The machine configuration will include an IBM 3G0/67 8in«)lex 
computer linked to a x'emote IBM 360/20 computer. Access will be 
through typewriter terminals, at present IBM 20^»7's, located at 
each state -college • 

The acquisition operation has been operational for two months • 
The machine record is created after the title ha's^been- searched in 
the in-process author and title lists* The author list is not a 
main entry list but a list of all possibiu authors • Thus the 
problem of establishing a main entry before the actual item is 
received Is eliminated* 
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The in-process file is an indexed sequential (ISAM in IBM lingo) 
file stored off-line on disk. ISAM records must each have an access 
key. In thi3 case, the key is a 22 character alphanumeric 
made up of the LC card number of the ISBN number, ordering library 
code, and copy number. In the event there is no LC card or ISBN 
number, as is often the case when ordering, a local control uumber 
in the ISBN format is made up of the Julian date and a sequential 
order number. Once the key is constructed it is not changed although 
LC card numbers and ISBN numbers are found later. There is also 
on-disk an index for purchase order number to the appropriate 
key. Each book ordered has a unique purchase order number. This 
index and the author title list give multiple access to the in- 
process file. 
Order Form Production 

If the title to be ordered is suspected to be on MARC, a "short 
order is keyed. This includes at minimum an LC card number, 
and additional, any dther data to supplement MARC. The day's ••short" 
orders are batched and run at night against the MARC file. Order 
forms for those matching MARC records are produced. A list of all 
records searched is also produced telling which records matched 
-MARC and which did not. These non-matches will be run against 
subsequent weekly MARC supplements. However^ the order department 
will not wait for MARC, but will search for bibliographic data 
for all MARC non-matches ats well as those items never thought to 
be on MARC. Pull orders for MARC non-matches and non-MARC records 
are keyed. The in-prpcess record, be it originally short or full. 
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Is at most 240 characters and consists of tltle^ up to nine authors^ 
editor^ publisher 9 dealer » special Information^ notes to catalogers^ 
destination of book If different from ordering library ^ LC card 
number^ ISBN^ purchase order number^ date entered on flle^ status 
of record^ date status set^ action code for status ^ estimated prlce^ 
actual price 9 action code for prlce^ dealer code^ publisher 
code (If not ISBN)^ cycle time for dealer » accounting code^ fund code 
and priority tag (e^g*^ rush)* 

When the books arrive » tha records on the file must be accessed* 
Approval plan books which are not Intentionally In the In-process 
ftlie are Input for the first time with the book in hand. 
If the original purchase order is returned with the book (one 
purchase order Is generated for each <rjy of a title purchased )9 the 
task is a simple one-- key In the LC cai^d nuniber or ISBN found 
In the book 9 or the purchase order nunA>er* These numbers do not 
retrieve the record^ but form the key to access the record In the 
nightly batch processing* If none of the above numbers are 
available 9 the author^tltle Indexes can be checked* Once the key or 
access data has been determined^ the invoice data may be keyed* 
The presence of the invoice data record in the nightly job 
stream causes the in-process record to be updated with the invoice 
data and the status code and ^data status entered* fields to be 
changed* Finally » in the nightly run^ verification copy is 
produce^ for the cataloging department* 

Cataloging non-professionals review the veriiTlcatlon copy* 
They can then return to the terminal and key a correction to the 
in-process record* The cataloglag system is now under development 
so catalog cards are still produced manually* 
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That IBM played a major role In the development of this 
system both as the supplier of the hardware* and as the software 
expert means the system will be well documented, the hardware 
environment will not be difficult to reproduce, at least for 
the next few years, and the final programs ^;ill be trans ferrable. 

The system employs a mix of on-line record input and editing 
capability, with batch and off-line update of the in-process 
file and production order forms, claims, fund reports, and 
verification proof copy. The off-line in-process file is, however, 
aooessible by means of author-title lists, which can answer most; 
questions of an order, whcsre is it, from whom was it ordered, when, 
' etc. These necessary questions are answered by lists which many 
librarians prefer, without the cost of maintaining an on-line 
file and without th« cost of the CRT terminal rental, and without 
the extra load on the coiiq>uter of several CRT terminals. 

Invoice Information and dealer performance data are provided 
weekly by the fund accounting subsystjsm. 

The system has been operational for only two months and alx 
libraries are not yet on the system. Future plans are to get 
everyone on the system and let it run for six months or so, 
at which time there will be a general review. 

Library I has their own circulation system which has been 
in opera'^lon for three years. Included in the system are all t-^'pes 
of materials that have call numbers and that can circulate. Some 
branch libraries are not in the main library clrcuJ.atlon file. 
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but in self-contained subfiles. The system is presently running 
on a 360/30 (DOS) for the main library9 and two branches. Library 
I has recently installed the system on a 36O/67-OS for Stockton 
College library. 

The book card is an IBM punched card. The original book 
cards were made from the shelf list. The borrower card is 
a punched plastic card. The files are off-^line on magnetic tape. 
The books are charged out on IBM 029 keypunches. Two punched 
cards are made at charge out: onep a discharge card for the book^ 
and another duplicate card to record the charge out in the 
circulation file. Date due slips are manually produced and 
inserted into the book with the xlischarge card. There has been 
no problem with long delays at the charge^out staticms^ although 
keypunchers are not very fast. 

Lists are produced five times a week by an extended call 
number (i.e.» call number » copy and volume numbers ^ library 
identification 9 collection code^ and media code). Included at 
the end of these lists is management information for number of 
volumes by library» by borrower type » by recalls^ by renewalS9 
by charges » by discharges ^ and by overdues. 

Library I and other state schools are happy with this 
system. No major revisions are planned for the near future. 



SYSTEM OVERVIEW (ACQUISITION, CATALOGING, CIRCULATION) 

LIBRARY J 

Library J has on-line acquisitions, cataloging and circulation 
for both monographs and serials. All processing is done on the 
university 370/135 • The circulation system began operation when 
the library moved to their new building in January 1970. This 
system is well documented in both the Larc Reports (Volume 3» 
Issue 4) and the Journal of Library Automation (Volume 5» Nuii^r 1) 
March 1972* "An Interactive Computer-Based Circulation System 
Design and Oevelqpcent" by James S. Aagaard, p.3-11* 
Data Base Format 

The acquisition and cataloging data base is based on the 
MARC II format. Modifications to the MARC II format are: 

1. MARC has three-character tags with two indicators while 
Library J's tags are two-character tags, with three 
indicators. The third character of the MARC tag has become 
the first indicator. 

2. Library J's local data fields include: call number, internal 
data (processing notes), order data, payment data, related 
records, volume holdings* action date, bindery specs, 
bindery ticket. 

3. Library J's local MARC records do not have the PPD data field. 
MARC II data selected cataloging is reviewed by a "fast 

cataloger" (non-professional) with the book in hand. Any necessary 
modifications are noted on the worksheet. Clerk-typist correct the 
record on the terminal by re-keying the entire field, check their 
keying, and ask for catalog cards, labels, and the book card. 
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Catalote Copy Input Procedures 

Cataloging copy for records not likely to be on MARC is 
key^d at order tine by the oxrder/search department. All cataloging 
7 copy both MARC and local is reviewed by the catalog department 
when the book is received. There is no wox4csheet for local MARC, 
but a Xerox enlarger makes copy very easy to read. The cataloging 
department tags the record, and typist key the tags and the data. 

Sub field codes are not keyed, although delimiters in 
their place are. For example: 

IN New York,/Mcar«w Hill,/1972. 
The programs convert the data field to: 

IM /aNew ^ork,/bNcaraw Hill,/cl972. 
If a subfield were missing, a double delimeter is keyed, for 
example: 

IM //McGraw Hill,/1972. 

The most conmon tag within a group of tags need not be made 
eaq;»licit, but is assumed as a default condition for which the 
programs add the appropriate codes. For example, main entry 
personal name single surnames (NEPS) is the most commrni main 
entry, so only MB with no special indicators is needed to identify 
it. 

These two procedures take advantage of the conputer 
capabilities and relieve the library personnel. 
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TeryU.nal Language . 

The terminal procedures language Is very sliq;>le and easy 
to learn for all activities* Student aides in the library can 
be trained in 13 minutes to query the circulation file and 
disj^ay the record* More difficult procedures » for example saves 
and renewals 9 are learned within a few days. The order and 
cataloging procedures for nonogri^hs can be learned in a few 
days* The serials records pose more problenus not in searching^ but 
In verifying the correct recoil* This Is due to the nature of serials » 
not the terminal procedures* 

The major, problem with the terminals is the time necessary 
to print out the necessary data* This can cause serious delays 
in the serials check-in opexration^ for often more than one record 
must be printed before finding the correct record* To solve this 
problem^ Library J is planning to switch to CRT terminals so that 
the entire record may be displayed quickly, and also with reprogranmlng 
editing will no longer require keying the entire field, which, 
especially for serials holdings data, can -be quite long and conqplex. 
Philosophy 

Library J believes that their old manual procedures were not 
only InsCfequate to the tasks but soon to fall s^art completely. 
Automation In the library Is Intended to replace these Inadequate 
procedures and provide better services to all library patrons. 
This has already proved to be the case In at least two areas. 

The circulation system began 2-1/2 years ago when the 
library moved Into their new building. Circulation cards were 
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made for all books which would circulate. The process of putting 
the book cards In the book proved very useful as an Inventory. ' 
Of the 700,749 book cards Just over 20,000 dlscrependes between 
the shelf list and the books on the shelf were found. Joseph 
T. Paulukonls describes in some detail creation of dock cards 
in the Larc report* Since the circulatlcxi system is so automatic 
and easy for the patrons to use, the circulation staff has had 
more time to follow-up on missing items in a regular manner, and 
to answer patrons questions on the status of books* Thus without 
reducing the circulation staff, automation has enabled them to g^lve 
better service* 

The serials portion of the technical processing system begun 
with student help keyboarding (on-line) the entire serials 
shelf->list« Then woxicsheets were produced for each Kardex tray. 
A serials cataloger compared the woz4csheet and Kardex record 
to update and correct the holdings information in the machine 
record* Once this update from the Kardex record was done, serials 
check-in for the title began on-line. When a voltune is completed, 
another worksheet Is produced. This time the cataloger reviews the 
cataloging with the bound volume in hand to add subject information 
to the machine record. After these corrections, new cards are 
produced, including a shelf list. This three-step process has 
allowed Library J to continue processing- while . gradually converting 
the serials data base. 



SYSTEM OVERVIEW (ACQUISITION AND CIRCULATION) 

LIBRARY K 

Library K has had an acquisition system In operation for 
8 years « Initially, It was a punched card system which 4 years 
ago was converted to magnetic tape« It is unique in as much 
that it has 96 character format on the Unlvac 1003 » a machine 
which is n6 longer maintained by Unlvac* 

It was redesigned to fit on the 80 character card and run 
on a Unlvac 9400 but the redesigned system has yet to be placed 
in operation* The system is a cooperative that offers to its 
member libraries, as one of its services, the ordering and 
processing r>f books* A unit cost of 30 cents covers only the 
cost of supplier used in acquiring, cataloging and processing 
the books* 

The turn->arotufid is rapid* The cen^^^r attenqpts to catalog 
as many titles as possible as soon as orders are received fz*om 
the Library of Congress **News Set** service* They print catalog 
cards by an offset process and store them* When the books 
arrive, they proces a Jbhe groups of titles, keeping the titles 
together until the last stage at which time they are broken out 
in batches by library for shipment* 

This processing of single titles is one of the ways the 
system operates at low cost because the same cataloging effort 
is spread over multiple copies* 

Library K*s member libraries do their own selection* They 
may use any selection tools or sources for their orders including 
buying lists issued by the Center's 'agp«- level consultants* Upon 
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selecting a title or titles the libraries fill out a card which 
l8 sent to the center. The center keyboards a card and writes 
It on mag tape. They use the nag tape to generate an order 
printed on the 1005 coii?>uter. On receipt of the book, the 
Information Is keyboeurded Into a machine record. The book 
passes through a fairly extensive and well organized mtinual 
system. The manual system puts book pocket labels, spine labels 
and cards In each book. The libraries' order code Identifies 
where they want the various labels to be placed. They also 
make labels for a circulation system which is supported by the 
center. These manual processes Insure that many books are 
shipped to the customer library within two days of Its receipt. 
This rapid turn-around is appreciated by the customer libraries. 

The system operates in a batch mode with no provision for 
on-line searches. The batch system does, however, supply 
notification when books have been ordered for lengthy periods 
of time and not received. In this situation the system produces 
a print-out for human decision and action. 

Generally speaking, although the system is old, it runs 
very smoothly. It provides a very good service for the libraries 
of the county. 

The center also provides a circulation system which is 
only used by four of their libraries. It is a once-a-week 
batch system which provides listings of overdue books. 
The circulation system was Implemented on the Unlvac 9400. It 
uses an 80 column card as opposed to a 90 column card. It is 
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presently lnv>lemented for the four libraries run on a batch 
basis once a week* It consumes approximately 20 hours of 
computer time leaving a lot of time for additional, libraries* 

The system has been In operation for approximately two 
years « It ji^es two **Desltron Readers'* which read cards but 
also have keyboards for manual Input. Each of the libraries 
In the system has from 1*3 readers* 

The book card Is a punched IBM and the borrower card Is a 
plastic credit-card type. The system allows for three types 
of check out: adult » young adult » and juvenile. The terminal 
allows for key In and the event that the borrower does not 
have his card or the card cannot be read. The circulation 
system basically provides for the needed printout^ l.e.9 
overdue notices. It does not attempt to do management data 
analysis. 

Both systems appear to be run very efficiently with 
minimum technical support. They have only one conqputer opera- 
tor and one systems analyst-programmer set-up man. The whole 
operation employs approxlmatley 8o people. The total production 
purchases and processes 350^000 titles a year^ and handles 
circulation for 4 libraries and also performis payroll processing 
for all the county libraries. 

Much of their cost effectiveness Is due to the fact that 
they use a small 1003 Unlvac cosQ)uter which they own. The 
second system^ the new generation system^ Is a Unlvac 9400^ 
which also Is a small^ low cost system. 



SYSTEM OVERVIEW (CATALOQINO, CIRCULATION) 

LIBRARY L 

Th^ automation program at Library L has taken place In 
the last three years , a period in which the library has grown 
several hundred percent In collection, size, and space occupied, 
the staff has Increased (over a five-year period) threefold,^ 
and the collection has been reclassified from DC to LC« 

Three major activities have been mechanized by an on-line 
system developed at Library L: reclassification of the library, 
cataloging of current material, and circulation control* The 
system combined existing Interactive programming In the form 
of^an ATS/360 system with such in-house programs as were 
necessary to perform the library data process functions needed* 
RECLASSIFICATION AND CATALOGING OP CURRENT MATERIAL 

The following procedure Is used to create a catalog data 
base from new les and titles being reclassified: 

L#C** catalog cards were typed and stored Into the 

ATS/360 System* The Inputting was not required to be 

done In any specific sequence* Proof sheets are run 

for each days work In document number order* Master 

records are filed In document number order* Corrections 

to be made az*e set aside* 

When the Inputting of the batch (approx* 4,000) 

of master records Is completed, the corrections are 

made from the proof sheets* 
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After all corrections are done a "complete edit** 
l8 run on the batch* The ATS operators make any 
necessary corrections and the edit Is re-run. This 
cycle continues until the edit is "clean", i.e., no 
errors are found. 

The Computer Center produces the labels, pockets, 
book cards and document number order list (2 copies) 
for the batch. 

The b^bks are labeled and. put on the shelf. The 
Master Records for the batch are kept on-line while 
the books are labeled and any errors found are 
corrected. The book catalog for the batch is produced. 

After all labeling and corrections are finished, 
the edit cycle is A'«peated until the batch is "clean" 
or free of errors. 

The batch is transferred from ATS storage to 
magnetic tape. The short record called the Circulation 
Book Record File is built for use in the on-line 
circulation system. 

Catalog cards are produced for the batch for 
interfiling in the union catalogs. r 
CIRCULATION 

The on-line circulation system of Library L was planned 
and implemented as a by-product of the reclassification 
project. Selected bibliographic information concerning the 
books was extracted from the master record file. /II manipu- 
lation of the bibliographic information was handled by conqputer 
programs . 
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A priawry objective of the computer center's approach was 
to avoid duplication of files. As a result of this concept* 
the drculatlca system was integrated In file usage with the 
registrar's student master records and with the business office 
payroll master records* Both the student master records (SNR) 
and the payroll master records (PNR) are on-line. Index filet 
havo been developed-to gain access to the SNR file and the PKR 
file In two ways: (1) by social security number and (2) by a 
name search key consisting of the first three characters of 
the last name plus the first character of the first name* 
The later character Is optional* 

Security of both the SNR and the PNR file Is provided through 
computer programs. The Information pertinent to the library 
circulation system Is all that Is displayed to the library staff* 
The library staff Is not permitted to perform the same on-line 
activities and transactions with the SNR and PNR files as 
the Office of the Registrar and the Business office. The 
complete student records and the faculty/staff payroll records, 
therefore, are not available to library personnel but may be 
accessed only by specified terminals located In business, 
student affairs, and registrar's office. In like manner, 
the Registrar and Business Offices are not permitted to access 
the library files. 

Security of the CBR file (Circulation Book Record File) Is 
also provided throuc^ computer programs. The terminals located 
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In the public areas of the libraries, are not peraitted to 
access the naae and address Infomatlon of the borrower of a 
book but can only detendne whatha." or not the book In 
checked*out. The teradnals located in the staff areas are 
peraitted to access the full cirealation book record. 
DATA COLLECTZOK AND INQUIRY 

The CBR file is Maintained on-line at all hours the 
library is ^en. Since use of CBR is so closely integrated with 
the SNR and PNR files, these also are onrline for library 
hours. The IBM 1031/1033 data collection tendnals are used 
to charge-out and check-in books and the IBM 2260 visttel display^ 
teradnals are used for inquiry of the status of books and patroncF^ 
as back-up for 1031 charge-out and check-in, and to search for 
the naae or «tddress inforaation of patrons. 

The visual display tendnals are available for. student and 
faculty use in locating aaterials. These terminals are very 
popular since the Heln-Cravens coaplex is spread over ten floors 
in two buildings and the use of the teraiiials saves a great 
deal of footwork and tiae if the books are already checked out. 
The students and faculty inquire by the doouaent Auabers 
located on each catalog card and in each book catalog entry. 
In flactf aany users record only the 6-digit docuaent nvatofvs 
froa the catalogs, check these nunbers on the terainals, and 
then record the call nuabers only for those books availak\e. 
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FUTURE EXPANSION 

It is Intended to expand the system to Include 
author, title searching as soon as disk storage Is available. 
An acquisition system design and implementation plan will be 
developed in the next twelve months. 



SYSTEM OVERVIEW (CIRCULATION) 
LIBRARY N 

The Library M circulation system Is one of the most 
advanced systems currently available^ It Is an on-»llne system 
with some 50 terminals In the various libraries and branches 
about the campus • The entire shelf list was converted at one 
time and put on-line • Items may be found by author search , 
title search, author-title search , call nunbt^r search, or ID 
number search^ Author and title variations use slnQ>le search 
codes making use of the first four or five characters of the 
appropriate word* Response Is rapid and permits modest paging 
through the store to help with 111 defined keys* 

As the entire shelf list (1,000,000 titles) Is on-Une, the 
system Is not only used for circulation but also for catalog 
searching by author or title* Thus a user can call Into the 
llbrazy switchboard arid request Information about a book, 
starting with an Inquiry as to whether the book Is In the collec- 
tion* If It Is, the operator can also advise the location of 
all copies and which. If any, are available for loan* Assuming 
the latter, the library will deliver to office or dormitory 
within 2k hours* This high user orientation has led to 15% 
Increases in circulation each of the last two years* Costs are 
up, but because^ of the increased circulation, cost per item 
circulated are now estimated to be very close to the 38i per 
Item which was obtained before the system was installed* 
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Since books can be ord ered by phone (and renewed for that 
matter) no book or borrower card is used in the system. Even 
if the user is present with the book at the circulation desk, 
the book and borrower ID numbers are entered manually through 
a keyboard* <It should be noted that stacks are closed to 
students • ) 

Fine payments are entered through the same keyboard system* 
Fines are calculated automatically* The borrower file is also 
used for student parking tickets ,and_Qther services thou^ it 
is not presently totally integrated with other university 
data processing functions* 

Other library systems have inquired as to the availability 
of the system and Library M is willing to make the system 
available* It is presently being implemented in a multi«- 
university state networic* 



— -^-SYSTEM OVERVIEW (CATALOGING) 

LIBRARY N ' 
The N library center operates an on-line/off-line cataloging 
system and an on-line union catalog for some fifty libraries 
in the state. The data base is MARC plus shared cataloging 
records produced by various .librarians within the system 
since the inception of the system. As of early April 1973 — i 
approximately 597,000 unique records were available within 
the system.^ .As of this same date, the on-line union catalog 
contained locations for 927,730 copies of books. Negotiations 
are underway to add the University of California Supplement 
data base to the system, though the size of the latter file is 
such that it would probably be made available only on a delayed 
basis . 

On entering into the system a librairy specifies its catalog 
card requirements in terms of elements to be printed and foz*mat 
(e.g., for Ifi^sring up call numbeTs and subject headings). In 
use, the librarian calls up a catalog record by L.C. card number 
or by title, or by author-title. Modifications can be intro- 
duced into the copy of the record displayed on the terminal 
(though not into the data base itself). Once the record has 
been edited into an acceptable form, the librarian then issues 
a command that causes the edited record to be entered on the 
archival tape for subsequent storage, and of course, off-line 
production of cards for subsequent delivery to the library. 
Minimum time to deliver cai'ds to a library is three days. 



Lib. 



The estimated cost for operating the system through the 
year ending-JUine 19 72 was $ 729^333 of which some $315,000 came 
from the members themselves and the rest from state grants and 
other sources. The state grant has been reduced to one-half 
that figure for the current year and will be eliminated after 
the current fiscal year. Actual expenses for the fiscal year 
ending June 1972 were approximately $86,267 less than charges 
to the libraries and state grants • Thus the "cost** of the 
operation is $643,066. Cataloging production totaled approx- 
imately 500,000 titles cx*eating 3*4 million cards. 

Library N has no plans to produce an automated circulation 
system, though its output has been used as input to at least 
one automated circulation system. However, N is well along in 
the development^ of a comnatible acquisitions system and a 
serials control system using the same data base that they 
anticipate will be operational in 1973« The incremental cost 
of the acquisition and. serials system, if realized, would make 
the combined system vet^y attractive economically • 



SYSTEM OVERVIEW (CIRCULATION) 
LIBRARY 0 

The Library 0 circulation system was Installed In 1967 and 
Is still operating In essentially the same form* It uses both 
book cards and borrower cards to Input data through 3 Colorado 

Instrument terminals to a CDAK incremental tape recorder* The 

. 1 

three terminals sex*ve the three main sections of the library with 
a fourth available for backup* Processing is done on an IBM 
360/67 operating as a 63 (batch mode)* The programs are written 
in PL«»1 and take approximately 125k core* Documentation Is current 
and Is In excellant shape* Access to circulation Information is 
throufi^ printed lists: a long term list and a dally update* No 
on«»llne capability is provided* 

The borrower file contains approximately 20,000 names , is 
stored on both disc and tape files in fixed and variable format 
with records of less than 120 characters* The item file typically 
runs approximately 18,000 items of fixed length records of 150 
characteirs* Both files are all upper case* There is no automated 
cataloguing system so the files are not produced as a by product of 
other operations* Instead, files are created on an as needed basis 
and have been since the beginning of system operation* 

Management information is unusally good consisting of 
some six side Inches of printout per year* Breakdowns are given 
by subject, publication date, type of borrower* In addition, 
machine analysis provides coiq>arison with, previous time periods 
for coinparative purposes* 



The automated system operates on all loans of more than 
three days* Shorter time periods are handled manually and manual 
procedures are available for system operation in the event of 
machine failure. 

No current changes are planned in the system though it was 
indicated that were extra funds available » the first move would 
be to put the system on-line. Current system operating costs are 
approximately 52^ per transaction # 



SYSTEM OVERVIEW (CIRCULATION^ ACQUISITION) 

LIBRARY P 

The Library P automated circulation system was installed In 
1965 and is still operating essentially as originally designed* 
It operates on a Honeywell 200 and maes use of a PDP«*11« It is 
basically a tape system rather than a disc system although there 
is a resident disc for the, cpnqputer operating system. The system 
is not on-line # It operates instead with a daily printout of 
books in circulation* 

Initial record converoion was done by convez*ting all records 
of circulation together with all records for new acquisitions 
over a pezdod of nine months pzdor to introduction of the system* 
All entries in several small branch libraries were also converted 
at this time* With this as a staz*ting point , approximately 50% 
of the circulated books during the first full year of operation 
were found to be .already in the data base; this figure increased 
to 75% during the second year and has gradually increased to a 
present figure of approximately 98^* 

. The original development cost was in the order of one man 
year* Programs were done in COBOL and are well documented* No 
unit operating costs were provided but Library P states that the 
system saved money almost from the beginning* 

This circulation system provides an interesting ^e^ample 
of one of the inherent difficulties in taking over an 
existing system; the system is very well tested after seven 
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years of operation; It Is, and has been from the beginning 
a substantial money saver. At the same time the system is an 
old one in a rapidly changing field and Library P expressed 
some surprise that anyone would be interested In acquiring It 
at this time; they, themselves, are in the process of designing 
a new system to be implemented on an IBM 370 over the next two 
years . phus an existing, well-tested, -and^ economic system which 
would seem to be an ideal candidate for use by other libraries 
is being replaced at the library where it was developed. 

The evolution of the circulation system at Libraz^y P was a 
gradual one, in terms of the data base. Machine readable records 
were created from actual circiilation infomation for a nine 
month period prior to introduction of the system. All new books 
Were added during the same period (and since) and several 
smaller branch libraries were converted in toto at the beginning. 
With this as a starting point approximately 50^ of the circulated 
books during the first full year of operation were found to 
be already in the data base; this figure increased to 75% during 
the second year and has gradually increased since that time 
to a present figure of approximately 9^%. 

The Library P acquisition system was put into operation in 
1968 and remains in use, essentially unchanged, at this time 
though like the circulation system, plans are underway to 
replace it with a new system to be designed for the IBM model 370. 
In addition to most of the standard features one would expect in 
an acquisition system, the current system had, at one time, a 
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capability for generating current accession lists « The use of 
these has been discontinued for lack of user interest and plans 
are now underway to produce a current awareness service applying 
user interest profiles based on title keywords and the LC subject 
classification* 

The two systems are con^atible and the acquisitions system 
geneorates input to the circulation system. Both operate on a 
complex of Honeywell 200^ s and FDP^^ll^s mainly in tape (as 
opposed to disc) modes. The acquisitions systems uses Friden 
Plexowriters for Input while the circulation makes use of 29 IBM 
1030 ^s for input of circulation information. 

Future plans for Libraz7 P system are being worked out in 
conjunction with the other two university libraries in the area 
and are expected to be constznicted as a set of modular packages 
that will handle (as a combined package) approximately BQ% of 
the needs of each of the individual libraries. An additional set 
of special puzpose packages will further allow the system to handle 
more specialized needs (approximately another 10% of the total 
system) and finally each of the three libraries will have to program 
the final ten percent of the system to meet their own needs. 



SYSTEM OVERVIEW (CATALOQING) 
LIBRARY Q 

The Q library automation program (known as BALLOTS) Is 
an Integrated system that currently Incorporates two of three 
main library functions; acquisitions and cataloging; circula- 
tion Is to be accomodated In the future. The cataloging 
function l8 a direct by-producc of the acquisitions function. 
The main data base Is a recent MARC file (currently estimated 
to be between six and nine months of MARC) that Is maintained 
on-line In an IBM 360/67 with access through programmable 
terminals and a PDP-11 acting as an Interface computer. 

Searching Is done through SPIRES, a sophisticated Infor- 
mation retrieval system Initially constructed at Q for 
Information retrieval of preprints associated with research 
activities at SLAC and subsequently extended to other 
applications.* The Q group now provides unique Item retrieval 
even with relatively Incomplete and/or noisy data. This 
capability appears to be more conqplete than any of the other 
search capabilities found In automated library systems. 

The Q system Is only going Into production operation In 
the fall of 1972jjnd-A9 no operating data Is available. In 



• This "usage" of SPIRES Is through appropriate code embedded 
in BALLOTS code. In other words, BALLOTS Is a completely 
self-sustaining. Independent, and Integrated sysi;em. It Is 
not required to call upon external routines from SPIRES . 
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its current Inplenentatlon, the elroulatlon systya will not 
be operative and the acquisitions system will not maintain a 
current activity file until the sunner of 1973* The 
corresponding restriction on the cataloging system is that 
cataloging will only be possible through MARC records. Down- 
stream planning includes addition of the capability to 
provide original cataloging througjh the system scheduled for 
late 1973* It is, however, possible to edit MARC records 
prior to production of images for printing of catalog cards. 
The catalog system produces catalog work slips, catalog card 
sets, spine labels and contains a unique search capability 
allowing unsuccessful searches to be automatically retried 
each week after new MARC data has been added to the files. 
This standing search feature discovers 50-70 titles per week. 



SYSTEM OVERVIEW (ACQUISITZON) 
UBRARY R 

The Library R systea is a modest system In scope and In 
cost. It Is Implemented on a CDC 3300 under a special 
operating system prepared by the university computing staff 
to extend the machine's capabilities and reduce down time. 
(Down time Is measured In hours per month, where It used to 
be measured In days per montu.) Transferablllty^jof the system 
Is thus limited to situations where CDC equipment Is available 
and there is a willingness to replace the manufacturer supplied 
operating system. Programs are written In FORTRAN-IV and 
COMPASS (CDC*s asseaA)ly language). 

Although the computer center Itself accepts long line 
linkages for other purposes, the present terminal hardware 
restricts the distance from the computing center to approximately 
3»000 feet for terminals connected via coaxial cables (this 
limitation will soon be lifted). Experiments with other users 
have thus been limited to one situation where a small college 
was willing to perform the keying portion of its acquisitions 
on the R campus. 

Economically, the system has been quite successful. Acquisi- 
tions personnel have been transferred to other duties, book* 
keeping loads on the college bookkeeping operation have been 
redueed, lists of new books are more complete and are produced 
with less labor, and the system provides input to the cataloging 
operation which has resulted in some further saving there. The 
fund accounting system is sound and is now accepted by the state 
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for legal accounting purposes. Good aanagenent inforaation is 
provided ort-line and regular reports aay be produced at will 
by using standard stat packages available for other purposes 
in the university system. 

The system has a nice "held" facility wherein it is pos&ible 
to prepare entries* enter them in the system and hold until 
funds are available. This facility has been extrejely valuable 
at the end of tkle fiscal year when extra funds are frequently 
made available with almost no notice. (In a recent year, the 
funds made available in the last 10 days of the fiscal year were 
sufficient to double the monography funds for the year.) 

PertkOtmel and computing costs are less than $2,000 per 
month and detailed breakdowns of computer costs allocations are 
available. The programming structure is modular using a concept 
called "PLAO WOPJ>" wherein additional coamands can be Incorporated 
into the system at relatively little cost. Down atream 
improvements will include the addition of a ciLaiming facility, 
the extenticm to eight more state schools, the extention to 
serial records and the creation of binding slips. 



SYSTEM OVERVIEW (ACQUISITIONS & CATALOGING) 
LIBRARY S 

Library S provides a technical processing service for 
the libraries In the state (primarily the public libraries) 
that Is In the process of being automated* The only automated 
function currently up and running Is the book catalog production 
system originally developed at the Institute of Library 
Research (lAilverslty of Calif omla, Berkeley) for production of 
the University of California Catalog Supplement « These programs 
have been revised and siq;>plemented and ful / documented and are 
currently In production use for several catalogs In the state* 

In addition, the acquisitions and cataloging functions pro«* 
vlded as part of the technical processing service are In the 
process of being automate d« The acquisitions system Is planned 
as a batch system to serve the present needs where the library 
using the service places Its own orders on the bookseller* There 
is no accounting Information provided and little In the way of 
management data* 

The cataloging function will be a conqslete standard package 
with on-line ciqpabllltles but not connected to either acquisitions 
or circulation* It will, of course, be tied to the book produc- 
tion system. Early portions of these systems are expected to be 
up In mld-1973 with complete deration expected by mid-197'** 



SYSTEM OVERVIEW (CATALOGING) 
LIBRARY T 

University T has been working In library automation for 
several years. Presently portions of a cataloging system are 
working In both on-line and batch modes. The software system 
Is written In assembly language for a XDS Sigma 7 with 16 disk 
drives, 39 hard wired communication lines and several dial-up 
lines. The system processes all available bibliographic files 
such as L.C. Marc, BNB Marc, local Marc, and C anad ian Marc Into 
an Internal file handling system. On-line Indexes to the complete 
r«c6rd files can be built according to a user specifications of 
search Items. These Indexes are usually specified as short form 
records to conserve on-line storage. The Indexes point to complete 
records stored on the "Data files". These "Data files" are searched 
and records extracted by cycling through a sequence In which all 
disk packs are mounted and searched. - 

A catalog card printing system exists which provides a variety 
of optional formats of cards. It drives a Xerox X.Q.P. (Xerox 
Qraphlc Printer) which xerographlcally prints cards In upper and 
lower case In two sizes. A general purpose formatting program 
is also available for working lists, book catalog formats and 
other printouts. This program Is set up In each case to the user*s 
specifications. 

These on-line and batch serachlng and printing capabilities 
have been offered since December 1971 to all libraries In T»s 
area as "Marc Record Services". These services Include (1) batch 
process searching of Marc files and storage of cataloging data 
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for in-process catalo^-nfe. (2) Marc search and provision of lists 
of a<^fessionsr (3) Search and provision of MARC tapes of records. 
(4) Provision of "edit sheets'* of catalog data for use in revision 
or adding local information. (5) On-line searching to files other 
than in-process files of L.C. card no, ISBN no., BNB no. This 
search determines existence of a record only and does not display 
any portion of the record. 

An on-line MARC encoding system is operating using specially 
modified Teletype Model 37* s with a full range of upper and lower 
case, accents and non-Roman characters. The symbol set used 
extends beyond the L.C. Marc set. The typist types a code string, 
supplied by a cataloger, which identifies the catalog elements 
contained in the record, and from that point the system prompts 
the encoding typist and automatically inserts in full form the 
specified tags. On-line editing i^-infegral with the typing 
operation. The system works well and requires only a minimum of 
tagging by a cataloging editor. The typists successfully extract 
and type the proper text off of a card corresponding to the tags 
displayed by the prompting system. Close to 200,000 records 
have been processed through this system for retrospective 
records in the collection. Approximately 700,000 other records 
have been entered (and are kept updated) by a separate keypunch 
activity. These records are compatible with system MARC II 
and contain all MARC elements which can be obtained from a 
catalog card. 



o 
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Future Plans 

The system designers said that progress had been difficult In 
the past because of shortcomings In the suppliers time sharing 
software^ but that a new monitor called UTS was being delivered 
which should solve their problem* Various CRT and printing 
terminals are being tried out on a test basis for eventual 
replacement or augmentation of the Teletype Model 37*s« 

The px^oject is a large one having 13 programmers and an 
equivalent of over $30»000/month conq[>uter lease and maintenance* 
The staff places a value of nearly 3 million dollars on the 
retrospective encoded records* It is planned to exploit all of 
these resources by offering additional services to other libraries 
in the province^ and some services are being offered already* 

The future plans include redesigning the MARC file and index 
processors* These are relatively old programs with a lot of 
generality built in as add-ons* In addition^ we were told that 
the master file protection and index generation processes are 
inefficient* This is expected to be only a 6-12 man— -mo* activity 
as co]iq;>onent routines exist* Other future plans are to link with 
more outside users to expand the use of the system so that its 
development costs are spread over a larger user base* In this 
expansion program^ circulation control capabilities will be 
developed* 



SYSTEM OVERVIEW (CATALOGINQ) 
LIBRARY U 

Background 

The current effort at U had its origin in the work of a 
Columbia University doctoral candidate who measured the rate of 
deterioration on catalog cards in large research libraries. At 
U approximately 20* of its then 9,000,000 cards showed substantial 
deterioration in 1967. 

This student's work led to the Henderson-Rosenthel report 
since published by the MIT Press. The basic recommendations of 
this z*eport were: 

a. Cut-off the catalog of the research library. After cut-off 
restore the deteriorated cards and reproduce the entire 
catalog by some form of photography. 

b. Attempt to automate from the cut-off point forward. 
Originally the plan was to have a card catalog with book 
supplements or vice versa. But as early as I969 it was 
decided not to produce cards. 

Design Philosophy 

The Henderson-Rosenthal report established as a fundamental 
principle that no futiire automated system shoiad "water down** 
existing memual methods of bibliographical control. It also 
enunciated a fundamental design philosophy which became the comer 
stone of the existing system: a single machine readable authority 
file which includes subjects, series, and names, and against which 
every new record would be checked before entering the system. With 
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the development of MARC two related design concepts were added: th^ 
use of the MARC record structure and adoption of Library of Congress 
cataloging* 

Thus the design philosophy comprises four elements; 
a# an authority file system 
b# a book catalog without catalog cards 
c* MARC records 

d* LC cataloging I 
Description of Services 

Library U Is really two libraries In one: a research library 
and a public library with 86 branches* Consequently^ It was 
necessary to develop two rather different data bases: one for the 
research library with Its essentially one copy per title collection 
policy and Its continuously growing collection; and a second data 
base for the branches with their multiple copies per title and 
relatively qulck^ 5 to 7 years » turnover of book stock # Thus^ while 
one set of authority files serves both systems ^ two separate data 
files are maintained* 

From these- data files two book catalogs are produced on a 
schedule of ^continuous re-accumulatlon*** This means that the alpha- 
bet for each system has been divided Into 12 proportional pieces # In 
any given month 1/2 of the alphabet Is re-accumulated and the other 
letters are conqplled In a supplement ^ that Is^ all records for new 
books In a particular cycle are either In the re-accumulatlon or In 
the supplements So each month a new partial cumulation and a new 
supplement are produced for the branches and a separate such set 
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for the Research Library. These catalogs are produced by means of 
Vldeoconqp. The system creates a tape to drive the Vldeocomp and 
this tape Is then used to generate masters which a printer uses to 
produce catalogs* At this time the cost of production Is about 
$100^000 per year for the branches and $90^000 for the Research 
Library* About 200 copies are produced for the Research Library of 
which twenty are sold. The Branch Libraries will have 550 to 600 
copies of their own catalog. 

Each catalog represents only those records Incorporated Into 
the system since February 1972. (see questionnaire) As the system 
expands the catalog will Increase In size and so will the cost of 
production. The systems* staff believe the cost will remain In 
bounds over the next ten years althougih he foresees an Increase In 
cost proportional to the Increase -In the size of the data file; 
and by the end of the ten years the system should be ^re«*done 
anyhow.^ It will be a good experiment to watch for this x*eason alone. 

The Branch catalog Is quite similar to the Research Llbrary^s. 
The primary visible difference Is In classification since the Re- 
search Library uses a kind of bench mark or accession shelf mark 
system which Is uniquely Its own. Another difference Is In holdings 
statements. VThlle the Internal machine record can and does contain 
all holdings It was Judged too expensive to print all holdings for 
all branches « Only those of the principal branches are printed but 
the catalog records the holdings of the reserve collections In each 
borough so almost all titles are covered and the needs of Inter* 
branch loans are met. Access to the complete holdings file will 
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shortly be established by means of a new Union Catalog section which 
will utilize IBM 27^0 *s to Interrogate the data base on-line when 
the Union Catalog section Is Itself queried by telephone. 

The book catalogs are the principal products of the system 
but certain other products are essential to Its operation. A series 
of processing lnformat'*on lists are produced which are vital to 
either library's acquisitions activity. Since there Is no c&rd 
catalog, as such, acquisitions would be Impossibly duplicative 
and expensive without these lists which permit bibliographers 
and searchers to determine whether an Item Is an order. 

A somewhat less vital but extremely liqportant set of products 
is the cataloging work sheet which reports the results of authority 
coiq;)an8ons to catalogers and permits necessary adaptations although 
these are held to a bare minimum. 

Thirdly, two shelf list cards are produced with each book. 
These are sent to the branches and can be used as the branch 
librarians "see fit.** 
CoPPUter System Growth Potential 

The system was designed for a 360/40 DOS with 256K bytes. 
It is now run on a 370/145 but could stlXl be run on a 360/40. 
The largest program, the authority system, requires 16OK of core. 
The immediate projected modifications are converslcm to OS in order 
to obtain software support for variable length disc records. 
Secondly, the staff expressed a desire to use VSAN, "if it works'* 
instead of index sequential. -. 
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Can the system be expanded? Yes, It can. How much It Is 
difficult to say. One Indication Is that of the system's 
$360,000.00 per annum computer bill, $200,000.00 Is paid for by 
renting to private Industry. 
Conclusion 

The system appears to roe to be remarkably successful. I 
am most Ixapreased by Its authority sub-system which not only makes 
a substantial saving In cataloger time but also Insures a remarkable 
consistency In the catalog, together with a flexibility to meet 
sweeping changes. (Contrast this rigid control with the flaccldlty 
of the OCLC system. ) A possible weakness In application, although 
not In the system's Intrinsic design Is a marked tendency to 
eliminate see also references. 

A second main feature of the system Is the transition to a 
book catalog with Its virtual elimination of catalog cards, 
certainly a consummation devoutly to be wished. The Initial 
production seems to be cost beneficial but will It continue to 
be so as the data base expands? Nevertheless, the Individual 
record Is thoroughly complete In contrast, for exanq;>le, to the 
abbreviated record which some mechanized systems produce, and the 
processing Information lists and shelf list cards, together with 
the Union Catalog Section with Its capability to directly Inter- 
rogate the coiqputer holdings may have eliminated the need for 
the card catalog. I certainly hope this Is true but I believe the 
system as described Is still untested and circumstances as well 
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as user response may force some modifications. For example, the 
larger branches may need separate catalogs rather than one 
massive one, special control listings may be required for 
processing books. 



SYSTEM OVERVIEW (CIRCULATION) 
LIBRARY V 

Library V has a circulation system which uses a System 7 
mini conqputer as a stand alone circulation data collection and 
transaction display terminal. Twice a day it communicates with 
a 370-165 university computer which on a daily batch basis 
produces a disk transaction file for the System 7 which allows 
it to operate stand alone for the next day* In addition, the 
daily batch process produces circulation lists and other products 
such as 15 varieties of notices, daily statistics, and message 
listings of various sorts. The batch system also has some 
management data reporting capability available on an on-demand 
basis. 

The system has a capacity for 16 collection terminals in its 
present configuration, and has keyboard entry for borrower I.D. 
and transaction numbers, etc. The terminal has a display panel 
which proiiq;>ts its operator through the transaction operation so 
that little training is necessary. 

There are 24 distinct types of transactions available which 
can be programmed to suit any particular use. The stand alone 
System 7 file does not contain all books on loan, only records 
affecting a loan transaction: i.e., reserve, bad borrower, etc., 
and the transactions for the day. This of course precludes any 
on-line or remote author, title, call no. search of either the 
books on loan or the entire list. Books on loan are searched 
from daily printout lists. 



SYSTEM OVERVIEW (ACQUISITIONS ft CIRCULATION) 
LIBRARY W 

The Library W automated system Is the one originally created 
at Florida Atlantic University in 1967 and transferred to Library 
W In 1971. Programs were originally written in COBOL for the 
IBM 360 (Disc Operating System) and were converted to the Honeywell 
200 9i\i Library W with apparently little difficulty. As one of 
the early, well-publislsed systems* a number of requests have been» 
and are still being received for information about the system. 
According to the latest Annual Report ^f the librarian* the system 
is being tested at the University of Wisconsin at Milwaukee* and 
Sacramento State College (now California State University* 
Sacramento)* for potential application at those schools. 

Both the acquisition and circulation systems were developed 
as card input systems so that the 80-character record is funda- 
mental to the general plan of approach. Introduction of the system 
at Library W resulted in a substantial transfer of personnel from 
technical processing to public services (9.72 P.T.E. during 
1971/2 and 13.2 P.T.E. during the two year period). Costs on a 
per volume circulated basis for 1971/2 were $3.79 as opposed to 
$4.03 for 1969/70 for all of technical processing. There was also 
a substantial reduction of backlog in the technical processing 
operation. 

As money becomes available it is expected that a mini-eonqputer 
will be Obtained and tied to the main frame by telephone lines 
to provide on-line exception reporting for the circulation system. 



SYSTEM OVERVIEW (CATALOQINQ) 
LIBRARY X 

The NARC-O/SLICE system operating at Library X Is a 
MARC based system operating In batch mode on a 370/155 
situated at the State Highway Department. The objective of 
the system Is to provide a library processing service based on 
MARC records only. (No original cataloging Is permitted In 
the system.) 

The services provided Include sets of catalog cards (In 
varying formats), catalog copy, holdings of MARC record mono- 
graphs (for up to 20 libraries In the system), and an SDI 
system to enhance access to the MARC data base. Machine 
access Is provided by way of LC number only. CIP records are 
not Introduced Into the system althouc^ they are used In 
connection with the SDI service. Management Information 
statistics are limited to keeping a record of ma'ech-no-match 
data. 

The main system Is programmed In basic assembly language 
and the SDI system Is done In COBOL. Disc storage capacity 
Is elc^t 3330 disc packs of which two are currently used to 
hold the present MARC file. 

Users find the system to be quite economic and useful In 
obtaining access to the MARC data base. Some users apparently 
are primarily Interested In getting cataloging copy for records 
not yet distributed by the LC proof slip service. The service 
will also supply magneform catalog copy. 



SYSTEM OVERVIEW (CATALOaZNO 4 ACQUISITIONS) 

LIBRARY Y 

Library Y planned a detailed eo^>rehen8lve system covering 
acquisitions, cataloging, and circulation. Acquisitions and 
cataloging have been Inqplenented and In use since October of 
1969 - Including a book catalog production system. Circulation 
has been programmed and checked out but not Implemented due to 
failure of Slnger-Prlden to produce the required transactors. 

Acquisitions and cataloging both operate in batch Mde on 
the County computer system which uses an RCA Spectra 70/15 • 
The county is presently studying Its own needs and will replace 
the existing system some time in the next two to three years. 
Production turn-around time has also led to difficulties In the 
eventual Inple mentation of ^he circulation system so that current 
thinking at the library has turned towards Introduction of a 
mini-computer sometime in the next six months to reduce data 
input I costs (which presently require cycling 7 tapes through the 
main Computer to obtain any editing). 

The current system is modular in nature, provides nice 
feedback loops, particularly in the acquisitions cycle, and 
handles a wide variety of acquisitions control problems. The 
cataloging system originally made use of MARC tapes (ard still 
has 'that capability) but such use has been discontinued because 
it was found that for their appliciiitlons the unit cost of using 
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MARC records was significantly greater than the unit cost of 
direct keying* Detail cost figures on both development and 
operating costs are available* . 

After three years of experience with the system^ the main 
difficulty noted is that the system requirements on llbraz*y 
personnel have led to some difficulty* Future implementation 
will be planned to reduce the degree of difficulty primarily by 
simplifying input to system and extending in**house training 
courses • 



SYSTEM OVERVIEW (CATALOOINO) 
LIBRARY Z 

The general Impression of the Library Z computerization 
project 9 In comparison with others , Is that It Is one of 
greater sophistication, less pax*ochlallsm, and far less adventurous- 
ness# The project's leader Is very eager to go on from 
cataloging Into acquisitions , serials , and circulation; but the 
prospect seems stirong^ that the library will want to be a 
neniber of a regional system analogous to OCLC, and thus It can be 
said In briefest summary that the library would scarcely recommend 
Its own product for application In California* 

Despite a smooth- running operation that must be commended , 
It seems a pity that In six years an Institution as large and 
(one would imagine) well- funded as Library Z has not gone beyond 
cataloging in its computerization efforts. The quantity of 
materials handled in the system is» however, considerable and 
expansible at need. Here too» there are any number of functions 
(shown in the questionnaire as ••could'^s) that are not in operat;';>44 
because not felt to be needed at presents 

Detailed comments on a few questionnaire items: (p. 3) Interest- 
ing possibility of moving main body of card right or down to 
clear any unusually long call number or heading, (p. 7-9) Retrieval 
seems entirely outside the system*s possibility: note the extremely 
small number of access points ^ and the whole concentration of 
access of absolutely unique items of information rather than of 
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classes (or Intersecting logical-operation subclasses) of 
items, (p. 12) Lack of management information planning (not 
even "could" here) is based on the supposition that no one would 
analyze such output, (p. 16) Baud rate is what is used, but the 
hardware is capable of 2ilOO. 

Even with their intention to go to an OCLC-type regionalism* 
the Library Z people are remarkably sanguine about the cash 
value of their accoiiq)lishments to date. In view of their light 
holding in monographs relative to serials, though, such a 
conclusion seems premature till serials are under computer control. 



SYSTEM OVERVIEW (CIRCULATION) 
LIBRARY AA 

The Library AA system was begun eight years ago by personnel 
who preceded the present systems librarian at the university « In 
the Initial phase of development ^ many difficulties were encountered 
because of poor system design and by reason of the changing pro- 
cedures in the University computer center* Mhen the present 
systems librarian arrived^ he found it necessary to restructure 
many of the system components and to adapt the system to the IBM 
360 computer* 

The main design objectives of the system^ which have been 
stated elsewhere » are; 

1. Eliminate borrower participation in the check-out 
process* 

2. Speed and simplify circulation procedures* 
3« Eliminate manual file maintenance 

4* Permit identification of the status of any book 

within the system 
5« Provide accurate and up-to-date statistics concerning 

the use of lib^rary materials » including the number 

of times a book is used 
6* Provide guidance from the system in case of human 

error while conducting a transaction 
?• Reduce clerical operations 
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The services provided by the system Include primarily the 
maintenance of the circulation file on discs in the conqputing 
center. The file is accessible on a shared-time basis during 
all the hours when the University Library is open. Batch 
processing of statistical data on overdue notices takes place at 
night. The system also offers on-line recall of data not only 
from the basic circulation file but also from the university man 
file, a feature which allows the successive discovery of previous 
borrowers, the identifications of addresses and telephone numbers 
and other data which may be necessary to trace the location of a 
book during the working day. 

Statistics provided by the system go far beyond a daily 
circulation record. The circulation history of any book in the 
collection can be assembled by special subroutine, a feature 
which is useful when a book has been mutilated. The incidence 
of collection use can be conqpiled for subject fields (and these 
can be defined in broad or narrow terms) and the growth of 
collection use in those subject fields can be monitored. For 
exanqple, the past academic year showed an unusual increase of 
circulation in the fields of Law and Social Sciences, a clear 
indication that acquisition policy in these fields should be 
reviewed. In addition to this review of collection use, field 
by field, total assessment of collection use can be made; for 
exaiiQ>le, during the last academic year, 11.6 of the collection 
was borrowed. 
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Statistics concerning borrowers are also easily available 
through the system. The borrowing history of an Individual 
student can be made available to his guidance officer for use 
with his grade averages (there Is some anxiety here about the 
problem of Invasion of privacy )• It Is also possible to collect 
statistical measures of library use by student class. Recent 
examples of this measure show that freshman and sophomores are 
becoming heavier users of the Library , and this probably reflects 
changes In teaching techniques. 

It should be noted that the circulation system in vhe 
Library relys heavily on an Interface with the University •s 
machine-based personnel file. Essentially » the circulation 
system is a converted shelf list to which flags can be added 
to assemble material concerning the borrower from the existing 
personnel files. In a sense » then, the system depends for its 
success on the continuation of these machine*based personnel 
records. 

Two other characteristics of the system should be noted. 
First , the total bibliographical file is small (250,000 records 
with a growth capacity to 300,000). In addition, the size of 
the record for each item in the file has been kept small* 
Second, the borrower file is larger than would be expected in 
many institutions of similar size, since it attempts to handle 
input from night school students and library use by the 
surrounding civil community. 
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Names and Addresses of Library Staffs Interviewed 
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Code Organization 



A Syracuse University 
Syracuse 
New York 13210 

B Colunbla ■ University 
535 V. 114 Street 
New York, NY 10025 

C University of Plttsburc^ 
Pittsburgh 
Pennsylvania 15213 

D University of Massachusetts 
Anherst 

Massachusetts 01002 

F Yale University 
New Haven 
Connecticut 06510 

Q Cleveland Public Library 
325 Superior Avenue 
Cleveland, Ohio 4H14 

H ANALYTS 

Lower Concourse 

Roosevelt Field, Qarden City 

New York, NY 11530 

I Rutgers University 
New Brunswick 
New Jersey 08901 

J Northwestern University 
Evans ton 
Illinois 60201 

K Nassau County Library System 
Roosevelt Field 
Lower Concourse, Qarden City 
New York, NY 11530 

L Western Kentucky University 
Bowling Qreen 
Kentucky 42101 

N Ohio State University 
1858 Nell Avenue 
Colunbus, Ohio 43210 

N Ohio College Library Center 
1550 W. Henderson Rd. 
Columbus, Ohio 43220 



Responsible Person 

Nr. Warren Boes, Director 
Theresa Strozlk, 

Asst.. Dir., Automation 

Mr. Warren Haas, Librarian 

Mr. Erie Kemp, Head, Tech. Proe. 

Mrs. Helke Kordish 

Mr. John Slater 

Mr. Richard Talbot, Act. Dir. 

Mr. Dave Welsbrod 

Mr. Walter Curley, Librarian 

Mr. Joseph Eisner, Director 

Mr. Donald Lack, Head, Tech. Proc. 
Mrs. V. Whitney, Librarian 

Ms. Velma Venezlano 
Mr. McCowan, Librarian 

Mr. Dick Pfefferle 

Ms. Patricia W. Custead 

Mr. Hugh Atkinson 

Mr. Frederick Q. Kilgour, 
Director 
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Code Organization 

0 Washington State University 
Pullman 

Washington 99163 

P University of British 
Columbia 
Vancouver 8, B.C., Canada 

Q Stanford University 
Stanford 

California 9^305 

R Oregon State University 
Corvalts 
Oregon 97331 

S California State Library 
P.O. Box 2037 
Sacramento, Calif. 95801 

T University of Toronto 
Library Office 
Kings College Circle 
Toronto, Canada 

U New York Public Library 
20 West 53rd Street 
New York, NY 10019 

V University of Pennsylvania 
3^20 Walnut Street 
Philadelphia, PA 1910^1 

W Arizona State University 
Tenpe 

Arizona 85281 

X Oklahoma Dept. of Libraries 
109 State Capital 
Oklahoma City, OK 73105 

Y Orange County Public Library 
431 South Manchester 
Orange, CA 92668 

Z Georgia Ins. of Technology 
Atlanta 
Georgia 

• 

AA Eastern Illinois University 
Chariest^ 
Illinois 61920 



Responsible Person 
Ms* Joselyn Druschel 

Mr* B. Stuart Stubbs^ Librarian 

Mr* Allen Veaner 

Mr* Larry Auld 

Mr* Qerry Newton 

Dr* Robert H* Blackburn 

Mr* James A* Rizzolo 

Mr. Bob Kemey 

Dr. H. Win. Axford, Librarian 

Mr. Robert L. Clark, Librarian 

Mr. H. Wm. Klrkwood, Director ' 

Mr. John Kennedy 

Dr. Joseph B. Szerenyl, Librarian 
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Sanple Questionnaires 



ACQUISITION SYSTEM 
A. GENERAL CHARACTERISTICS 

1* Types and quantities of materials processed. 







NO. Processed Per Yr." 




Type or Material 




Automated 
System 


Manual 
System 


Total 




Monographs • 


(titles) 
[vols.) 


















D. 


Micro forms • 


(titles) 












[vols.) 








e. 


Films. 


(titles) 
(vols.) 


















d. 


Fiinstrips • 


(titles) 












[vols.) 








e. 


Records • 


(titles) 
(vols.) 


















f. 


Tapes. 


(titles) 












(vols.) 








£• 


Maps . 


(titles) 












[vols.) 








h. 


Manuscripts . 


(titles) 












(vols.) 








1. 


Subscriptions, new 


(titles) 








J. 


Subscriptions, renewal 


(titles) 








k. 


Standing orders, 
approvals and 
continuations. 


(titles) 












[vols. 









*If Information on no« of records processed per year Is not available ^ 
Just check each category on a yes-»no basis* 



Acq 



Type of Material (con*t) 


No. Processed Per ir." 


AU W OIllclV CU 

System 


ncinucix 
System 


Total 


1. Orders for branches 

or departments. (titles) 

(vols*) 

m« Qifts and exchanges (titles) 

(vols*) 

n* Supplies it equipment (titles) 

(vols*) 

0* Added copies and 

volumes* titles) 

(vols.) 

p* Other (specify). 































































•If information on no* of records processed per year is not available, 
Just check each category on a yes-no basis* 



I 2* What are the resons for excluding the categories that are 

i excluded? 



3* Are the manual and automated systems integrated? Yes 

No 

(All of the following questions refer to the automated system only* 

4* Vlhat is the maximum number of titles that can be 
processed by the existing system? 

5. When is the machine record created? 

a. When request is received* 

b. After decision to buy* 

c. Other (specify)* , 




1^ 



Acq 3 

6* If the system includes requested and/or desired 
Items as well as items ordered, what categories 
does it include? 

a. Faculty generated requests. _ 

b. Faculty generated requests delayed until 
money is available. 

c. Library (e.g., Acquisition/Selections Dept.) 
initiated requests. _ 

d. Want list (desiderata items). _ 
7* Does the system provide for: 

a. Control over items in process as well as items 
ordered? _ 

b. Claim periods of different duration 

(e.g., fttreign or domestic source?) _ 

c. Automatic conversion of foreign currency? _ 

(1) If yes, how up-to-date are the 
conversion factors? 



(2) If yes, what conversion factors 

are used (e.g., London or Federal Reserve)? 



d. Partial shipments? 

e. Automatic eancellatiot, .ified time 
period? 

f. Reissue to a different vendor (tfnen first 
vendor cannot supply item) without retyping 
the order? 

g. Delayed items (e.g., In-press items) with 
automatic claiming after specified period? 

h. Deposit accounts? 

t (1) If yes, are there any checks for 

I duplicate billing? 

I 

iV 

I' 



Acq 

1. Items that must be paid In advance? 
J. Fund reporting? 

k. Maintaining totals for postage and 
miscellaneous charges? 

1. Automatic checking (searcning) for 
duplicate order?? 

m. Changing budget Information (e.g., fund 
allotments) during the year? 

Bringing foniard previous year's balances? 

o. Bringing forward previous year's encumbrances? 

p. Elimination of duplication between 
monographs and standing orders? 

q. Updating the vendor file (e.g., purging 
little used vendors)? 

r. Special processing for particular vendors? 

8. Automatic assignment of fund based on 
subject category? 

8« Does the system generate bibliographic input 
for an automated catalog system? 

9. Does the system generate bibliographic input 
for an automated circulation system? 

10. Does the system receive input from sources? 

a. MARC tapes. 

b. Vendor tapes. 

e. Library's bibliographic store (machine 
readable catalog). 

Other (specify). 



11. Do you keep a nlstory" file of or l'^i's received 
and processed? 

a. If machine readable, what is the storage 
medium? 

ERIC . 



b* If a printed list Is kept, how Is It 
arranged? 

c* If a printed list Is kept, are there 
Indexes to It? 

BASE 

On-order (In process) flle» 

a* No* of records* 

b* No* of types of orders* 

c* Maximum no* of characters per record* 

d* No* of data elements (approximate)* 

e* Is file on-»llne? 

f* Format* 

(1) Fixed* 

(2) Variable* 

(3) Fixed and variable* 
g* Storage medium; 

disc magnetic tape 

other (specify) 
h* Does character set include: 

(1) Upper and lower case? 

(2) HARC II specials and diacritics? 

1* Does your input system include validation 
routines? 

J* In correcting records^ how much data has to 
be rekeyed? 

(1) The entire record* 

(2) The entire field* 

(3) The entire subfield* 



Acq 



2. Vendor file. 

a. No. of records. 

b. No. of types of vendors. 

c. Maximum no. of characters per record. 

d. No. of data elements (approximate) 

e. Is filfc on-line? 

f. Format. 

(1) Fixed. 

(2) Variable. 

(3) Fixed and variable. 

g. Storage medium: 

Disc Magnetic tape 

Other (specify) 

h. Does character set include: 

(1) Upper and lower case? 

(2) MARC II specials and diacritics? 

i. Does your input system Include validation 
routines? 

J. In correcting records, how much data hats 
to be rekeyed? 

(1) The entire record. 

(2) The entire field. 

(3) The entire subfield. 
3. Fund file. 

a. No. of records. 

b. No. of levels of fund identification (Levels 
refers to hierarchical levels. If Fund #7 is 
Science and Technology and 7a is Chemistry, 
there are 2 levels of funds). 
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No. of funds. 

Maximum no. of characters per record? 

No. of data elements (approximate). 

Is file on«»llne? 

Storage medium: 

Disc Magnetic tape^ 

Other (specify) 



i. 



Does the character set Include; 

(1) Upper and lower case? 

(2) MARC II specials and diacritics? 

Does your Input system Include 
validation routines? 

In correcting records » how much data has 
to be rekeyed? 



(1) The entire record. 

(2) The entire field. 

(3) The entire subfleld. 

C. PRODUCTS AND SERVICES. 

1. Searching/selecting records from the 
file. 

a. Hours /day (On-line) or 
Frequency (batch) 

b. Access points 

(1) Order no. 

(2) L.C. card no. 

(3) ISBN no. 

(4) Main entry. 

(5) Title. 



On-line 



Batch 



ERIC 
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(6) Publisher. 

(7) Place published. 

(8) Vendor. 

(9) Fund. 

(10) Series title. 

(11) Date ordered. 

(12) Other (specify). 

If your system uses a search code, describe it. 



Record displayed (on-line system) or printed 
(batch system) for verification. 

Explanation of terms and recording instructions . 

(1) First Level Response Data : Data displayed or 
printed after the first search. For example, 
if 30 records match the search key or element, 
what bibliographic elements from these 30 
records are displayed or printed at that time? 

(2) Second Level Response Data : Data displayed or 
printed when additional data is requested for 
particular records or groups of records. For 
example, requesting to see, in full(er) form, 
data for records #2, #15, and #26 after scanning 
abbreviated forms of 30 records. 

(3) If the complete data element is not displayed 
or printed, record the number of characters of 
it that are displayed or printed rather than a 
check mark in the appropriate column. 

(i|) If the full(er) form of the record is displayed 
or printed as First Level Response Data when 
there is only one match on the first search, do 
not record this case as First Level Response 
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Data# Note this case on the lines below and 
record the more general case, l*e*, more than 
one response on first search, in the First 
Level Response column* 



Pull data is displayed when only one 
match • 



Yes 
No ■ 





First Level 
Response Data 


Second Level 
Response Data 


On-line 


Batch 


On-line 


Batch 


LC card no. 

ISBN no. _ 

Local accession no* 

Main entry* 

Title. 

Added entries. 
Subject entries. 
Publisher. 
Place published. 
Call no. 
Other (specify) 



































































































(5) Are tags displayed as well 
as data fields? 



Yes 
No ■ 



2. 



Printed products. 

a. Notification to requestor that item is ordered 

b. Notification to requestor that item is 
available. 

c. Typed (printed) order. 



ERIC 



d. Outstanding order in-process lists (or 
indexes to a list) by: 



(1) Order no. 



If yes, how often? 
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(2) 


Author 


If 


yes. 


how 


often? 


(3) 


Title 


If 


yes. 


how 


often? 




Department 


If 


yes. 


how 


often? 


(5) 


Vendor 


If 


yes. 


how 


often? 


(6) 


Fund 


If 


yes. 


how 


often? 


(7) 


Call no. 


If 


yes. 


how 


often? 


(8) 


Series title. 


If 


yes. 


how 


often? 


(9) 


Date ordered. 


If 


yes. 


how 


often? 


(10) 


Other (specify). 











e. Accession lists • 

f. Invoice voucher. 

g. Checks. 

h. Lists of delinquent orders (for human review). 
1. Claim notices. 

(1) If yes, are the claim notices: 

(a) Sent directly to the publisher? 

(b) Reviewed by staff before being 
sent to publisher? 

J. Cauicellatlon lists. 

k. Want lists. 

1. Lists of vendors. 

MANAGEMENT INFORMATION 

1. Does your system generate statistical and/or 
management data? 

a. No. of tltles/vols. ordered. (titles) 

(vols.) 

If yes, how often? 
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b. Ho. of titles/volSt ordered by type 

of material (e«g«, books. Journals) (titles) 

(vols*) 

(1) If yes, how many types? 

(2) If yes, how often? 

c. Uo. of tltles/vols* ordered by fund. (titles) 

(vols.) 

(1) If yes, how many funds? 

(2) If yes, how often? 

d. No» of titles/vols* ordered by fund 
subdivided by subject category. (titles) 

(vols.) 

(1) If yes, how many subject categories? 

. (2) If yes, how often? 

e« No. of titles/vols. ordered by language 

(titles) 
(vols.) 

(1) If yes, how often? 

f. No. of titles/vols. ordered by subject 
cate gory ? (t it les ) 

(vols.) 

(1) If yes, how many classes? 

(2) If yes, how often? 

g. No. of titles/vols. ordered by country 

of origin? (titles) 

(vols.) 

(1) If yes, how often? 

h. No. of orders for duplicates? (titles) 

(vols.) 

(1) If yes, how often? 
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!• Expenditures by type of material (titles) 

(vols#) 

(1) If yes, how often? 

J« Expenditures by fund* (titles) 

(vols# ) 

(1) If yes, how often? 

k« Expenditures by fund, subdivided by 

subj ct category* (titles) 

(vols.) 

(1) If yes, how often? 

1. Expenditures by language* (titles) 

(vols#) 

(1) If yes, how often? 

m. Expenditures by subject category, (titles) 

(vols.) 

n« Expenditures by country of origin, (titles) 

(vols.) 

(1) If yes, how often? 
o. Performance date on vendors. 

(1) Time elapsed between date ordered and 
date received for foreign & domestic 
orders. 

(2) Claim response. 

(3) No. of cancellations compared to no. 
of vols . ordered. 

d) Discounts received versus discounts 
offered. 

p. Performance data on ordering operation (e.g., 
time elapsed between date requested and date 
ordered or rejected, etc.). 
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q. Fund reports: 

(1) Mow often 

(2) Do they indicate: 

(a) Total allocation 

(b) Amount encunibered 

(c) Amount encumbered for items received 
but invoices not received 

(d) Amount liquidated to date 

(e) Balance 

Does the system generate statistics correlating 
any or all of the categories mentioned above 
(e.g.» expenditures for journals [type of 
material category] in French [language category]). 

Is there any computer analysis or interpretation of 
statistical data (e.g.» conqparisons with norms or 
previous performance)? 

a. If yes, describe. 



Do your programs generate costs for producing 
products and services? 

Do these costs include overhead (e.g., program 
and data base maintenance, supervision, 
facilities). 



SOFTWARE 

!• What language(s) are the programs in? 
2# Are literals and constants loaded from tables? 
3* How complete is the documentation? 
a* User instructions. 

b. Machine operator instructions. 

c. General system description.^ 

d. Program flow charts. 

e. Commented program listings. 

^# How long has the system been in op'eration? 

5« What percentage of the programs in the system 
have been in production more than 6 months? 

6. How up-to-date is the documentation? 



?• Who should be contacted about acquiring your system? 



8. If a transfer of your system were appropriate what 

thoughts do you have on a practical transfer procedure? 



HARDWARE 

1. Where is the hardware? 

a. Library. 

b. Institution's computer center. 

c. Service bureau. 

d. Other (specify). 



2. Name(s) and quantity of processors. 



3« Minimum core required to run the system. 

Name(s) and quantity of display terminals. 



5. Name(s) and quantity of line printers. 



6. Name(s) and quantity of card readers. 



7. Name(s) and quantity of card punches. 



8. Name(.s) and quantity of magnetic tape drives. 



9. Name(s) and quantity of disc drives. 



10. Number of disc packs . 

11. Type of communication lines used. 

a. Normal telephone lines. (If used, record 

the baud rate instead of a yes-no check mark) 
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TWX* 

c. Conditioned telephone lines* (If used, record 
the baud rate.) 

d# Hard wire communications lines* 

e* Other (specify)* 



12* What special communication equipment is used? 



13* Are there any special features (e*g*» special 
character set, special editing features , 
programmability) on your terminals? 



14* Name and quantity of input devices for order 
records creation* 



13* Name and quantity of devices for recording changes in 
status (e*g*» book received^ invoices received, 
cataloged, etc* ) 



16* Name(s) and-quantity of other hardware in the system* 



17* If the same hardware is used for mere than one of the 

functions noted above (e*g*, display terminals are used 
to record changes in status), explain* 
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0. PERSONNEL CHAHACTERISTICS 

1. Types and niunber of personnel required to run the 
system. 

Types 

a. Systems analysts. 
Programmers. 



2. 



b. 
e. 

d. 
e. 
f. 



Library data processing coordinators. 
(Librarians with data processing 
training and/or experience.) 

Professional librarians. 

Subprofesslonals . 

Clerk-typists. 



No. 



Are there any special training programs or packages 
available (e.g.. manuals, programmed Instructions, 
workshops, etc.)? 
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H. OPERATING COSTS 

1. What is the cost of the system for: 

a. Hardware? 

(1) CPU costs/mo. 

(2) Input-output costs/mo. 

b. Personnel? 

e. Materials (forms, etc.)? 

2. Is the hardware dedicated to the library? 

a. If not, what percentage is used by others? 

3. Vfhat were the data conversion costoi 
a. How many titles were converted? 



4* What are the present input encoding costs? 

5. What were the start-up programming and 
system design costs? 

6. What unit operating costs do you have available 't 



7. Do you agree with any of these statements? 

Automated systems will provide services at lowor costs: 

In the near future, 
eventually. 

Automated systems will provide better services: 

at lower costs. 

In the net.^ future. 

• ___________ eventually. 

_______ at the same costs. 

In the near future. 
eventually. 

at higher costs. 

in the near future. 

eventually. 

FUTURE PLANS 

1. Are you presently planning any major changes In your system? 
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2. If money were available, what changes do you think you would 
make In your system? 



CATALOGING SYSTEM 
A. GENERAL CHARACTERISTICS 

1. Types and quantities of materials processed 



Type of Material 



a. Monographs. 

b. Serials. 

c. Microforms. 

d. PlllBS. 

e. Fllnstrips. 

f. Records. 

g. Tapes. 

h. Maps. 



1. Government documents. 



J. Manuscripts. 



k. Added copies. 



1. Added volumes. 



(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
[vols.) 

(titles) 
(vols.) 

(titles) 
[vols.) 

[titles) 
(vols.) 



No. Processed Per Yr.» 
Manual 



Automated 
System 



System 



ir information on no. ot recoros processed per year Is 
Just check each category on a yes->no basis. 



Total 



not available. 
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Type of Material (con't) 


No. Processed Fer Yr.« 


Automated 
System 


Manual 
System 


Total 


m. Cataloging with MARC 

records, (titles) 

(vols.) 

n. Cataloging with LC 

hard copy. (titles) 

(vols.) 

o. Original cataloging, (titles) 

(vols.) 

p. Cataloging of foreign 

language material. (titles) 

(vols.) 

q. Reclassification. (titles) 

(vols.) 

* 

r. Retrospective conversion 
zo macnme reaciaDie 
form. (titles) 

( vols . ) 

s. Cataloging for branches 

or departments. (titles) 

(vols.) 

t. Other (specify). 



































































































* If information on no. of records processed per year is not available. 
Just check each category on a yes--no basis. 



2. What are the reasons for excluding the categories 
that are excluded? 
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3. Are the manual and automated system integrated? Yes 

No 

(All of the following questions refer to the automated system only.) 

^. What are the maximum number of titles that can be 

processed with the existing system? 

5. Does the system provide for variations in catalog card format? 

a. Formatting of LC call numbers on cards and ^ 

spine labels. 

b. Determination of an oversize book for 
automatic generation of an oversize symbol 

(from a MARC record). 

c. Printing copy and volume numbers on spine 

labels. 

d. , Printing of branch symbols on spine labels 

and cards. 

e. Printing tracings on any or all of the cards 

f. Printing contents and general notes on any 

or all cards. 

g. Positioning subject headings, on the cards. 

h. Positioning headings at the top of the cards. 

i. Capitalization of headings at the top of 

the cards. 

j. Other (specify ).^ 



5. Does the system have authority file information 
in machine readable form? 

a. Author. 

b. Subject. 
Series . 

Title (Conventional) 
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6. Does it use the authority files to generate: 

a. Cross reference cards for the card 

catalog? 



Cross reference entries for book catalogs? 

7. Does the system retain and update holdings 
information? 



a. If yes, can it accommodate more than one call 
no. (class no. /book no.) for the same title? 



8. If added copies and added volumes are processed, 
does the system generate new updated products 
(e.g., shelf list cards) or are the older products 
updated manually? 



9. Does the cataloging system receive input from an 
automated acquisition sy^^tem? 

10. Does the cataloging sys';;em generate input for an 
automated circulation system? 

11. Does the cataloging system generate input for an 
automated acquisition system (e.g., when ordering 
an added copy of an item that is in the machine 
readable catalog, using the bibliographic infor- 
mation in the file rather than rekeying it)? 

B. DATA BASE 

. 1. No. of records. 

2. No. of types of item identified. 

3. Maximum no. of characters per record. 
No. of data elements (approximate). 

5. Is file on-line? 
6 • Format : 

a. Fixed? 

b. Variable? 

c. Fixed & Variable? 
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Storage medium: 

a. Disc Magnetic tape 

b. Other (specify). 



Does character set include: 

a. Upper and lower case? 

b. MARC II specials and diacritics? 

Source 

a. MARC tapes. 

b. Local acquisition system. 

c. Local input for cataloging system. 

d. Other (specify).^ 

If the MARC tapes are a source of your data base: 

a. Does your system delete and replace records 
identified for such processing in the MARC 

tapes? 

b. Can you reproduce the complete MARC file from 

your data base? 

(1) Do you retain all records on the MARC 
tapes in your data base (e.g., some 
libraries exclude juvenile records)? 

(2) Do you retain all data fields and subfields, 
both fixed and variable, that are in the 

MARC tapes in your data base? 

(a) If no, what data f^ ids are not retained? 



(3) Do you retain the full identification of 
fields and subfields that are tn the MARC 
tapes in your data base? 



Does your system use the CIP records in the 
MARC tapes? 

Does your system have the capability of 
modifying or correcting MARC records? (e.g.. 
Do you add, delete, or replace data fields 
in the MARC record?) 

Is your data base divided into separate 
files? 

If yes, how: 

(1) By age? 

(2) Used/not used? 

(3) MARC data/local data? 

(1) Other (specify). 



Describe your file structure on comment sheets, 
you prepare input for your data tase: 

Is any part of this operation done on-line? 

(1) Original keying. 

(2) Proofreading. 

(3) Correcting. 

Who does the tagging (keying operator, 
catalo^r, editor? 

Does the system check for errors in input data? 

If original keying is done on-line, does the 
system assist the operator in any way (e.g. 
displaying tags in sequence, etc.)? 



e. In correcting records, how much data has 
to be rekeyed? 

(1) The entire record. 

(2) The entire field. 

(3) The entire sub field. 

f. In changing (correcting) records, how are 
the changes controlled or monitored? 
(e.g.. If more than one source is preparing 
cataloging copy, can any source change 

the cataloging data on file or must all 
changes be approved centrally?)^ 



g. Does your character set include: 

(1) Upper and lower case? 

(2) MARC II specials and diacritics? 

12. Does your data base contain copy/volume and location 

information? 

PRODUCTS AND SERVICES 

1. Searching/selecting records from 

the file. On-- line Batch 

a. Hours /day (On-line) or 

Frequency (Batch). ^ 

b. Access points: 

(1) LC card no. 

(2) ISBN no. 

(3) Local accession no. 

(4) Main entry. 
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On-line Batch 



(5) Title. 

(6) Added entries. 



(7) Subject entries. 

(8) Publisher. 

(9) Place published. 

(10) Call no. 



(11) Other (specify). 

If your system uses a search code, describe it: 



Record displayed (on-line system) or printed 
(batch system) for verification. 

Explanation of terms and recording instructions . 

(1) First Level Response Data : Data displayed or 
printed after the first search. For example, 
if 30 records match the search key or element, 
what bibliographic elements from these 30 
records are displayed or printed at this time? 

(2) Second Level Response Data : Data displayed or 
printed when additional data is requested for 
particular records or groups of records. For 
example, requesting to see, in full(er) form, 
data for records #2, #15 > and #26 after scanning 
abbreviated forms of 30 records. 

(3) If the complete data element is not displayed 
or printed, record the number of characters of 
it that are displayed or printed rather than a 
check mark in the appropriate column. 

(4) If the full(er) form of the record is displayed 
or printed as First Level Response Data when 
there is only one match on the first search, do 
not recc.*d this case as First Level Response 



Cat 9 



Data. Note this case on the lines below and 
record the more general case. I.e., more than 
one response on first search. In the First 
Level Response column. 



Pull data Is displayed when only one 
match. 



Yes 
No " 



First Level Second Level 
Response Data Response Data 


On-line 


Batch 


On-line 


Batch 



































































































LC card no. 
ISBN no. 

Local accession no. 
Main entry. 
Title. 

Added entries. 

Subject entries. ^ 

Publisher. 

Place published. 

Call no. 

Other (specify) 



(5) Are tags displayed as well 
as data fields? 



2. Printed products. 

a. Cataloging copy (for verification, in 
lieu of proofslips). 

Catalog Cards. 

(1) Can extra copies of cards (e.g., 
main entries) be generated when 
desired? 

(2) Can single copies of the main 
entry be generated as well as 
card sets? 



Yes 
No ■ 



(3) Are cards sorted by catalog or file 
into which they are to be filed? 

(4) Are cards alphabetized within each 
file category? 

(5) Can the sorting and alphabetizing 
be suppressed when desired (e.g., 
sort and alphabetize cards for the 
main library but allow card sets 
for the branch library to remain as 
a set)? 

Shelf list cards. 

(1) Do they contain copy/volume 
information? 

Cross reference cards. 

Pocket labels. 

Spine labels. 

Circulation cards. 

Input to an automated circulation system. 
Accession lists. 
Book catalogs . 

(1) Individual library catalogs. 

(2) Individual branch catalogs. 

(3) Union catalogs. 

(^) Do they contain cross references? 
(5) How are they arranged? 

(a) One catalog. 

(b) Two catalogs: (1) main and 
added entries, (2) subjects. 

(c) Three catalogs: (1) authors, 
(2) titles, (3) subjects 

(d) Other (specify). 



(6) Data elements displayed In catalogs: 

Main Added Subject 

Element Entry Entries Entries 

LC card no. 

ISBN no. 

Main entry. 

Title statement. 

Edition statement. 

Place published. 

Publisher. 

Date. 

Notes. 

Tracings. 

Call no. 

Copy/vol. data 

k. Special bibliographies. 

1. Other (specify). 
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D. MANAGE^ENT INFORMATION. 

1. Does your system generate statistical and/or 
management data? 



b. 



c. 



d. 



f. 



h. 



No. of titles/vols. cataloged. 



No. of titles/vols. cataloged by 
language? 



No. of titles/vols. cataloged by 
country of publication. 



No. of titles/vols. cataloged by 
type of materials. 



(1) How many types? 

No. of titles/vols. cataloged 
by subject category. 



(1) How many categofies? 

No. of titles/vols. cataloged by 
cataloger? 



(titles) 
(vols. ) 



(titles) 
(vols) 



(titles) 
( vols . ) 



(titles) 
(vols. ) 



(titles) 
(vols. ) 



(titles) 
(vols. ) 



No. of added copies & volumes processed 
(e.g.. An added copy processed separately 
or an added volume to a series that is 
cataloged as a series). 



No. of titles/vols. cataloged by 
source of cataloging copy: 

(1) L.C. 

(2) L.C. MARC 



(titles) 
( vols . ) 

(titles) 
(vols. ) 



ERIC 
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^. Do your programs generate costs for producing products 
and services? 



5* Do these costs include overhead {e.g., program and 
data base maintenance » supervision^ facilities)? 

6. Is any statistical and/or management data available 
on-line? 



7. If yes, describe 



I 
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SOFTWARE 

1# What language (s) are the programs In? 

2. Are literals and constants loaded from tables? 

3# How complete is the documentation? 

a» User instructions* 

If. Machine operator instructions* 

c* Qeneral system description* 

d* Program flow charts* 

e* Commented program listings* 

4« How long has the system been in operation? 

3* What percentage of the programs in the system 
have been in production more than 6 months? 

6* How up^to-date is the documentation? 



7. Who should be contacted about acquiring your sys cjr.? 



8* If a transfer of your system were appropriate what 

thoughts do you have on a practical transfer procedure? 



/ 
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F. HARDWARE 

1. Where is the hardware? 

a. Library. 

b. Institution's computer center. 

c. Service bureau. 

d. Other (specify). 
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2m Name(s) and quantity of processors. 



3« Bfinimum core required to run the system. 



NaroeCs) and quantity of display temninals. 



'5* Name(s) and quantity of line printers. 



6. NameCs) and quantity of card readers. 



7. Name(s) and quantity of card punches. 



8. Naine(s) and quantity of magnetic tape drives. 



9. Name(s) and quantity of disc drives. 



10. 
xl. 



Nuniber of disc packs. 



Type of communication lines used. 

a. Normal telephone lines. (If used, record 

the baud rate Instead of a.yes-no check mark) 



Cat 16 



b. TWX. 



c. Conditioned telephone lines. (If used, record 
the baud rate.) 



d. Hard wire communications lines. 



e. Other (specify). 



12. What special communication equipment is used? 



13# Are there any special features (e.g., special 
character set, special editing features, 
programmability) on your *,3rminals? 



IH. I>Iame(s) and quantity of input devices used for 
keying data records. ^^^^ 



15. Name(s) and quantity of devices used for proofreading 
and editing records. 



16. Name(s) and quantity of other hardware in the system. 



17. - If the same hardware is used for more than one of the 
1 — functions noted above (e.g., the same device is use.l for 
both original keying and correcting) explain. 



OPERATING COSTS 

1. What is the cost of the system for: 

a. Hardware? 

(1) CPU costs/mo, 

(2) Input-output costs/mo • 

b. Personnel? 

c. ' Materials (forms, etc,)? 

2. Is the hardware dedicated to the library? 

a. If not, what percentage is used by others? 
3". What were the data conversion costs? 

a. How many titles were converted? 
km What are the present input encoding costs,? 

5. What were the start-up programming and 
system design costs? 

6, What unit operating costs do you have available? 



7. Do you agree with any of these statements? 

Automated systems will provide services at lower costs: 

in the near future, 

eventually, 

. Automated systems will provide better services: 

at lower costs, 

^ in the near future; - - 

^ eventually, 

. at the same costs, 

in the near future. 

eventually, 

. at higher costs. 

. . .* ' 

i n the near future, • 

eventually. 



r 
I 
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FUTURE PLANS 

!• Are you presently planning any major changes in your system? 



2. If money were available, what changes do you think you 
would make in your system? 



CIRCULATIO: SYSTEM 
A. GENERAL CHARACT- STICS. 

1. Types and quantities of materials processed. 



Type of Material 




IIo. Processed Per Yr.* 




Automated Manual 
S'/sten . System Total 


a* Monographs. 

b. Serials •••boimd. 

c. Serials* •.unbound* 

d. Microforms. 

e. Pilns. 

f. Pilrastrips. 

g. Records. 

h. Tapes. 

i. Maps. 

j. Gowmraent documents. 

k. Manuscripts. 

1. Items at bindery. 


(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 

( vols * ^ 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 

(titles) 
(vols.) 












- 






1 












1 












\ 










- 





























































































•If information on no. of records processed per year is not available, 
just check each category on a yes-no basis. 
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Type of Material (con»t) 




Ho. Processed Per Yr.* 


^ Jf O 1/ W III 




1 uuax 


m. Interlibrary loan. 

n. Items in reserve collection 

o. Missing items. ' 

p. Branches or departmental 
libraries . 

q. Holds '^or waiting borrowers 

r. Carrel Is. 

s. r>Iew books on display. 

U. X llUUUUUpXJ.Ca.UlOn . 

u. Books being repaired. 

V. Lost ^^v.ns. 

w. Other (specify). 


[titles) 
[ vols . ) 

[titles) 
[vols*) 

[titles) 
[vols. ) 

[titles) 
[vols . ) 

[titles) 
vols. ) 

[titles) 
[ vols . ) 

[titles) 
[vols . ) 

.titles ) 
[voTLs.) 

;titles) 
[vols. ) 

[titles) 
vols.) 





































































































































*If information on no. of records processed per year is not available, 
just check each category on a yes-no basis. 



2. What are the reasons for excluding the categories that 
are excluded? 
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3. 



Are the manual and automated systems integrated? Yes 

lo " 



(All of the following questions refer to the aufomatod system only.) 



5. 



Loan 
Period 



VJhat are the maximum number of volumes that can be 
processed by the existing; system? 



l^hat loan periods do you have in your automated system by 
types of material and borrower? 

Types of Graduate Under- Faculty Staff Other 
Mat e ri al G raduat e 



6. Type of book cards. 

a. Punched, inn. 

b. Optically 
readable. 

c. I^one used. 



d. Punched, other. 

e. riaf5ietically 
readable. 



f.. Other (specify) 



7. Type of borrov/er card. 

a. Punched, 1311. 

b. . Optically 

readable. 



d. 
e. 



Punched, other. 



Maf?;netically 
readable. 



C-. Rone used. 



f. Other (specify) 



Cir ^ 



8, If the system uses book cards, how was the conversion 
to automated system managed (e.g., were book cards 
made for all items in the library before starting the 
automated system? 



9m V/hat is the procedure when a borrower or bookcard is 
not present at borrowing time? 



B. DATA BASE* 

!• Borrower identification file. 

a. No» of records. 

b. No. of types of borrower. 

c. Maximum no. of characters per record. 

d. No. of data elements^ (approximate) 

e. Is file on-line? 

f. Bjrmat? " - 

(1) Fixed. 

(2) Variable. 

(3) Fixed and variable. 
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Storage medium: 

Disc Magnetic tape Punched cards 

Other (specify). ^ 

h* Does character set include: 

(1) Upper and lov/er case? 

(2) MARC II specials and diacritics? 

Item identifier tion file (book cards). 

a. No. of records. 

b. lio. of types of items (e.g., books, 
periodicals, etc. ) . 

c. Maximum no. of characters per record. 

d. Mo. of data elements (approximate). 

e. Is file on-line? ' 

f. Format? 

(1) Fixed. 

{2) Variable. . ' 

(3) Fixed and variable. 

g. Storage medium: 

Disc ^tlagnetic tape Punched cards 

Other (specify. 

h. Does the character_set include: 

(1) 'Uppef and lower case? -^^^ 

(2) MARC II specials and diacritics? 

i. Is input to the item identification file a 

by product of the cataloging subsystem? 



j. What biblioGraphic information is contained in th 
item identification file? 



(1) Pull cataloginR description? 

(2) Author, Pull? 

(3) Author, Abbreviated? (Record no. of 
characters • ) 

(^) Title, Pull? 

(5) Title, Abbreviated? (Record no. of 
characters ) • 

(6) Date? 

(7) Call number? 

(8) Local identification number? 

(9) Other (specify) - 

k« Does character set include: 

(1) Upper and lower case? 

(2) ' MARC II specials and diacritics? 

PRODUCTS AI^D SERVICES. ^ 
1. On-line query-access: 

a. Hours/day. 

b. Access point's: 

(1) Call No. 

(2) Borrov/er: V/hat items are charged to? 

(3) Borrov/er: What items ^rc being held for? 
(^1) Due date. 

' (5) Local lU No* 

(6) Author. 
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2. 



(7) Title* 

(8) Type of Borrower. 



(9) Other (specify). 
Printed products: 



a. Due date slips. 

b. Overdue notices. 

(1) V/hat bibliographic information does the 
overdue notice contain (e.c., 
author, title, etc.)? 



c. 



d. 



e. 



f. 



Lists of all borrowed items by call number? 
(1) If yes, hov; often? 



Lists of all borrov;ed items by type of 
borrov/er? 

(1) If yes, how often? 

Lists of items borrowed by selected borrowers, 
(e.g., X, y, and Z are leaving the institution, 
V/hat items are charged out to them.) 

Lists of missing items? 

(1) If yes, hov;"~6ften? 

Lists of high demand items (to be reviewed 
for'^urchase of additional corles). 



. (1) If yes, how often? 

D. MANAGEI'ENT INFORMATION. ^ 

1. Does your system generate statistical and/or 
management data? 

a„ No. of vols, circulated. 

b. No. of vols. -circulated by type of material. 
(1) How many type?? 



yes 
no 
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:io. of volr>, circulated by type of borrower, 

No, of vols, circulated by subject or class 

(e.g., class numbers), ^ 

ilo, of vols, circulated by publication date, 



2. Is there. any computer analysis or interpretation 
of statistical data {e,n*f comparisons with norms 
or previous performance)? 



3. If yes, describe, ^ 



^, Do your prof^rans [generate costs for producinfi; 
products and services? 



5# Do these costs include overhead (e,f;, , program and 
data base maintenance, supervision, facilities)? 



K. ' SOPTV/ARE 

!• V/liat languacoCs) are the prof;ramr> in? 



2. Are literals and constants loaded from tables? 



^3. How complete is the documentation? 

a. User instructions, 

b. Machine operator instructions, 

c. General system description, 

d. Program flov; charts, 

e. Commentod program listings, 

^. How long has the system been in operation? 



5# V/liat percentage of the programs in the system 
have been in production more than 6 months? 



6, How up-to-date is the documentation? 



Cir 9 

?• WJ)o should bo contacted about acqulrinR your systen? 



8» If a transfer of your system were appropriate what 

thoughts do you have on a practical transfer procedure? 



HARDWARE 

!• iliere is the hardware? 

a. Library. 

b. Institution's computer center* 

c. Service bureau. 

d. Other (specify). 



2. Name(s) and quantity of processors. 
3» Minimum core required to run the system. 
Name(s) and quantity of display terminals^ 



5# Name(s) and quantity of line printers. 



0 



ERIC 
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6, Hame(s) and qu: ^ v,** card reaiei-s. 



?• Name(s) and quantity of carci punches. 



8, ^ame(s) and quantity of magnetic tape drives i 



9^ IJame(s) and quantity of disc drives • 



10 • Number of disc packs. 



r 



11, Type of communication Unas used. 

a. tlormal telephone lines. (If used, record 

the baud rate instead of a yes-no check mark) 

b. TWX. . ^ 

c. Conditioned telephone lines. (If used, recor.d 
the baud rate.) 

d. ' Hard wire communications lines. 

e. Other (specify). 1^ 



12. Wh?it special communication equf^jment is u'*ed? 



13# Are there any special f*jatures (e.g., special 
character set, special editin-* features, 
prp'grammability) on your terminals? 



